Firefox 需要一些用户媒体才能进行 WebRTC 调用

Question

我有以下代码来创建 WebRTC 连接。我只想要从服务器到调用者的一种方式流。

const RTCCon = new RTCPeerConnection({});

WS = new WebSocket(`ws://${location.host}`);
WS.onmessage = e => {
        const data = JSON.parse(e.data);

        RTCCon.setRemoteDescription(data)
                // .then(() =>
                //         window.navigator.mediaDevices.getUserMedia({
                //                 audio: true,
                //                 video: false
                //         })
                // )
                .then(() => RTCCon.createAnswer())
                .then(answer => RTCCon.setLocalDescription(answer))
                .then(() => {
                        WS.send(
                                JSON.stringify({
                                        type: "answer",
                                        sdp: RTCCon.localDescription.sdp
                                })
                        );
                        const video = document.getElementsByTagName("video")[0];
                        video.muted = true;
                        video.autoplay = true;
                        video.srcObject = new MediaStream(RTCCon.getReceivers().map(receiver => receiver.track));
                });
};

此代码适用于 chrome，但不适用于 firefox。当我取消注释部分，使用window.navigator.mediaDevices.getUserMedia 并允许在浏览器中使用麦克风时，连接就完成了，一切正常。

ICE 候选人似乎存在一些问题。我有多个网络接口，一个用于互联网连接，另一个是 WiFi 热点，连接服务器。当没有建立连接（没有麦克风）时，ICE 候选只使用互联网连接的接口创建。当我询问并允许使用麦克风时，具有 WiFi 热点的 ICE 候选者会创建并使用正确的 IP。

似乎 usermedia 和 ice 连接是完全无关的，但只有取消注释代码才能工作。

我没有在服务器上进行任何 ICE 连接操作，提供的代码只是客户端上的 js 代码。

Answer 1

答案是，当您不授予对摄像头或麦克风的访问权限时，Chrome 和 Firefox 只会为您的网络接口之一提供 ICE 候选者。如果您已授予对 cam/mic 的访问权限，他们将给出所有接口的 ICE 候选对象。

现在，当他们只给出单个接口的地址时，他们需要选择给出哪个接口。现在 Firefox 会给出路由到 8.8.8.8 的接口的 IP 地址，所以基本上是您的默认 Internet 上行链路。 Firefox 开发人员正在研究更改该行为以提供加载页面的接口的 IP 地址，这应该可以解决您的用例问题。

我不确定为什么它可以在 Chrome 中运行。要么是因为 Chrome 记得您之前已授予共享摄像头/麦克风的权限。或者 Chrome 已经实现了 Firefox 即将改变的相同逻辑。您应该能够通过查看 Chrome 分发的 ICE 候选者来验证这一点。