WebRTC 已知问题及规避方案

Chrome

1. 开启硬件加速，当出现丢包时，偶现视频花屏的问题。

   • 解决方案：
     • 升级 Chrome 86+

2. Chrome 88 开启硬件加速时，使用 HTMLMediaElement.captureStream 推 MP4 文件，远端拉流观看黑屏问题。Chrome bug

   • 规避方案：
     • 升级至 Chrome 96+ 版本。
     • 也可通过关闭硬件加速来规避。

3. Mac Chrome 88(88.0.4324.96) 关闭硬件加速时，推摄像头采集的视频流，远端拉流观看黑屏问题。Chrome bug

   • 规避方案：
     • 升级 Chrome 88.0.4324.146+ 版本。
     • 保持开启硬件加速不会出现该问题（Chrome 默认是打开硬件加速的）。

4. Chrome 使用 deviceId 为 default 或 communications (Windows 设备下会有该 deviceId) 时，若插入新的麦克风，再拔出，可能会导致麦克风采集中断。

   • 规避方案：
     • 避免使用 deviceId 为 default 或 communications 的麦克风设备（SDK 枚举不对给这两个 deviceId 的设备）

5. Chrome 创建流时在某些电脑设备上可能出现 Could not start video source 错误，这是由于一些设备在某些分辨率下启动时间过长。

   • 规避方案：
     • 先试用 640*480（这个分辨率兼容性更好）分辨率创建 LocalStream 成功之后再设置分辨率到使用的指定分辨率。

Firefox

1. Firefox 不支持设置采集帧率，只能采集 30fps 的视频。

2. 首次安装的 Firefox 浏览器会在联网状态下动态安装 H.264 编解码器，在安装完成前，无法正常使用 SDK 推拉流。

   • 解决方案：
     • 通过 SDK 的 BRTC.checkSystemSupport 接口，若检测到在 Firefox 下不支持 H264 编解码，则引导用户在 Firefox 打开地址：about:addons，到插件中检查 OpenH264 的安装情况。等待安装完成后再进行通话。

Safari

1. iOS Safari 频繁调用 stream.stop → stream.play 方法，会偶现远端流无声，但是各项数据正常。webkit bug

   • 规避方案：
     • 暂无较好的规避方案，建议避免在 iOS Safari 中频繁调用 stream.stop → stream.play 方法。

2. iOS Safari 不支持多个 tab getUserMedia，否则前一个 tab 会停止采集，远端流也有可能出现黑屏无声。webkit bug

   • 规避方案：
     • iOS Safari 尚无计划支持多 tab getUserMedia 特性，若业务侧需要在 iOS Safari 使用多个 tab getUserMedia，建议在切换新 tab 之前，停止设备采集，在切换回来后，再恢复设备采集。

3. iOS 15 Safari 音视频通话时，扬声器外放声音可能会比 iOS 14 低。webkit bug

   • 规避方案：
     • 升级 iOS 版本至15.4+。