GStreamer 1.14.5的webrtcbin与新版浏览器兼容问题排查

一、版本兼容性是核心嫌疑 #

GStreamer 1.14.5是2019年的老旧版本，和现代浏览器的WebRTC规范存在多处关键不兼容：

• 不支持SDP BUNDLE：新版浏览器默认启用BUNDLE（将音视频流合并到单个传输通道），但老版本webrtcbin未实现该特性，导致双方无法协商出一致的传输通道。
• ICE候选逻辑差异：老版本对ICE候选的优先级排序、host候选的筛选逻辑和现代浏览器不匹配，即使本地网络，也可能因为候选匹配失败卡连接。
• SDP属性格式不兼容：a=mid、a=msid等属性的处理不符合新版浏览器的解析要求，导致SDP交换后媒体参数实际不匹配。

二、非版本类的实现问题排查 #

如果暂时排除版本因素，检查以下几点：

• ICE候选的完整收发与添加：确认所有host候选都通过信令传递给对方，GStreamer端必须调用webrtcbin::add-ice-candidate接收候选，浏览器端也要正确调用addIceCandidate。老版本webrtcbin可能需要等所有候选收集完成再发送，而非边收集边发。
• webrtcbin初始化配置：手动设置bundle-policy为max-bundle，开启rtcp-mux，匹配浏览器默认的RTCP多路复用逻辑。
• 媒体编码格式匹配：确认推流的视频编码（如H.264）的profile、level与浏览器兼容，比如强制设置caps为video/x-h264,profile=constrained-baseline,level=3.1，避免老版本默认的高profile被浏览器拒绝。
• 信令时序正确性：确保SDP Offer/Answer交换顺序正确——GStreamer生成Offer发送给浏览器，浏览器回复Answer后，GStreamer要正确调用set-local-description和set-remote-description，不能颠倒顺序。

三、无需升级GStreamer的适配方案 #

如果编译新版成本太高，尝试以下适配手段：

• 浏览器端关闭BUNDLE：创建PeerConnection时配置bundlePolicy: "max-compat"，强制浏览器使用单流传输逻辑，适配老版本webrtcbin。
• 手动修正SDP：GStreamer生成Offer后，手动修改SDP，添加a=rtcp-mux属性，调整a=mid格式，确保和浏览器生成的SDP结构一致。
• 统一ICE策略：GStreamer端设置ice-transport-policy为all，浏览器端同步设置iceTransportPolicy: "all"，避免双方过滤候选导致匹配失败。
• 日志定位问题：启用GStreamer详细日志：GST_DEBUG=webrtcbin:6,ice:6，同时打开浏览器WebRTC调试面板（如Chrome的chrome://webrtc-internals/），对比ICE连接状态、SDP解析结果，找到具体不匹配的环节。

内容的提问来源于stack exchange，提问作者2wheat3rock