WebRTC H264流在Chrome/Edge/Safari正常，Firefox/Opera无法解码显示

通过GStreamer v1.20.7的webrtcbin管道推送WebRTC H264流，在Chromium/Edge/Safari中可正常渲染（能接收帧/字节），但Firefox中连接成功、能接收视频轨道，却始终黑屏（无帧解码）。

发送端SDP应答内容：

m=video 9 UDP/TLS/RTP/SAVPF 126
a=rtpmap:126 H264/90000
a=sendonly

已完成的排查操作：

• 验证ICE连接正常
• 确认Chrome/Edge/Safari端渲染正常
• 安装并启用Firefox OpenH264插件，修改about:config配置：

  media.peerconnection.video.h264_enabled = true
  media.gmp-gmpopenh264.enabled = true
  media.gmp-gmpopenh264.autoupdate = true
  

1. 补充SDP中的H264关键参数 #

Firefox对H264的SDP参数规范要求比Chromium系浏览器更严格，当前SDP缺少profile-level-id和fmtp属性，会导致Firefox无法正确识别解码规则。

需在SDP中添加对应属性（根据实际编码参数调整）：

a=fmtp:126 profile-level-id=42e01f;packetization-mode=1

• profile-level-id=42e01f对应Baseline Profile Level 3.1（WebRTC场景通用兼容配置）
• packetization-mode=1表示使用NAL单元分组传输模式，适配WebRTC标准

在GStreamer中，可通过配置webrtcbin的caps参数自动生成合规SDP：

webrtcbin name=sendbin caps="application/x-rtp,media=video,encoding-name=H264,payload=126,profile-level-id=(string)42e01f,packetization-mode=(int)1"

2. 修正GStreamer编码端配置 #

确保H264编码链路参数与SDP声明一致：

• 编码器（如x264enc）强制使用Baseline Profile：x264enc profile=baseline
• 启用rtph264pay的config-interval参数，定期发送SPS/PPS：rtph264pay config-interval=1（每隔1秒发送一次解码关键参数，避免Firefox因缺失参数无法启动解码）
• 控制帧内刷新（IR）间隔，避免关键帧发送间隔过长导致Firefox长时间黑屏

3. 验证Firefox OpenH264插件状态 #

确认插件正常加载：

• 访问about:addons → 插件列表，查看“OpenH264 Video Codec provided by Cisco Systems, Inc.”状态为「已启用」
• 访问about:support → 媒体模块，检查GMPopenh264版本不低于1.8.1（过低版本可能存在解码兼容问题）

4. 调整Firefox WebRTC额外配置 #

在about:config中补充修改以下参数：

• media.peerconnection.rtcp_mux_enabled = true（强制启用RTCP多路复用，适配标准WebRTC传输）
• media.peerconnection.video.min_bitrate = 0（避免低码率流被Firefox过滤）
• 若流使用High Profile，设置media.peerconnection.video.h264_high_profile_enabled = true

5. 启用日志定位根因 #

通过Firefox WebRTC日志排查具体失败环节：

• 在about:config设置media.peerconnection.debug.log_level = verbose
• 访问about:webrtc查看会话详情：
  • 确认视频轨道Received bytes持续增长（验证数据传输正常）
  • 检查Decoded frames是否为0（若为0则说明解码环节失败）
  • 核对会话SDP是否包含完整的H264参数

内容的提问来源于stack exchange，提问作者Muhammad Haziq