为什么“mute”事件在webRtc中为FF->Edge或Chrome连接生成,而不是在FF->FF连接中生成

bttbmeg0  于 2023-11-14  发布在  Go
关注(0)|答案(1)|浏览(101)

我已经实现了peer 1(开始连接)和peer 2之间的webRtc连接。
Peer 1是Firefox v.112。
如果peer 2 = Firefox,也没有问题。
如果peer 2 = MS Edge v.118或Chrome v.117,那么我观察到两种情况:
1.如果我没有在行()中设置断点-请参见下面的代码,那么peer 2会获取事件:
unmute(音频),
unmute(视频)--没关系,
mute(视频)!和视频和音频不播放(播放器显示)。
我不明白mute事件的原因是什么!
所以,问题是-浏览器不正常播放视频/音频没有断点。
1.如果我在行(
)中设置断点,那么peer 2会得到上面提到的事件,除了mute(!),浏览器会正常播放音频和视频。
在我看来,我的断点产生了一个延迟,消除了问题。为什么它有帮助-我不知道。
问题:案例1的mute事件的原因是什么?
你有什么建议来检查,跟踪等,以消除问题?
代码是:

navigator.mediaDevices.getUserMedia(constraints).then(
        function Resolve_GetUserMedia(stream) {
            // add track to peerConnection to send it to peer

            let streamToAdd = mediaControl.stream;

            let tracksArray = streamToAdd.getTracks();

            let msgText = "(1) Adding tracks of the stream _" + streamToAdd.id + "_  " +
            "Activity = " + streamToAdd.active + "  Total = " + tracksArray.length;
            appendMessageText(msgText, "msg_log");

            for (let i = 0; i < tracksArray.length; i++) {
                let track = tracksArray[i];

                // try to add track
                let ok_add_1track = false;
                try {
                    //  "par_webRtc.peerConnection" is a peerConnection
                    par_webRtc.peerConnection.addTrack(track, streamToAdd);
                    ok_add_1track = true;
                }
                catch(err) {
                    if (err.code === DOMException.INVALID_ACCESS_ERR) {
                        // track already sent - no error
                        ok_add_1track = true;                   // (*) BREAKPOINT HERE SOLVES THE PROBLEM
                    }
                    else {
                        // other code are "true" errors
                        errorsCount++;
                    }
                }

                if (ok_add_1track) {
                    // track added successfully
                    console.log("OK_Status of adding <" + track.kind + "> = " + "OK");
                }
                else {
                    console.warn("ERR_Status of adding <" + track.kind + "> = " + "ERROR");
                }

                if (track.kind === "audio") {
                    // remember status of track adding
                    connection.noAudio = !ok_add_1track;
                }
                else if (track.kind === "video") {
                    // remember status of track adding
                    connection.noVideo = !ok_add_1track;
                }

                let sig_state = (par_webRtc.peerConnection === undefined) ?
                                    "NO PEER CONN!!!" :
                                    par_webRtc.peerConnection.signalingState;

                let msgText = "Resolve_RemoteDescriptionSet !!!>> " +
                "We sent track to remote.peerConnection : kind=" + track.kind +
                "  label=" + track.label +
                "  muted=" + track.muted.toString() +
                "  id=" + track.id +
                "  State = " + sig_state;

                console.log("WebRTC - " + msgText);

                appendMessageText(msgText, "msg_log");
            }

        } // function Resolve_GetUserMedia(stream)

字符串

shstlldc

shstlldc1#

由于微软Edge和谷歌Chrome都使用基于Chromium项目的渲染引擎,因此会导致FF->Edge或Chrome连接生成“静默”事件。您可以在这里发送反馈:https://bugs.chromium.org/p/chromium/issues/list
有关“静音”事件的更多信息,请参阅:https://developer.mozilla.org/en-US/docs/Web/API/MediaStreamTrack/mute_event

相关问题