H264视频源无法在多浏览器播放，Janus+WebRTC场景求助

嘿，我碰到过类似的Janus+H.264+WebRTC兼容性坑，给你梳理下问题根源和解决方案：

1. 为什么初始的420029会导致播放失败？ #

420029对应的是H.264的Baseline Profile Level 4.1，但不同浏览器对H.264的规格支持有明显差异：

• 你用的Firefox 59.0.2这类旧版本，对Baseline Profile的Level 4.1兼容性很差，更偏好Level 3.1及以下的版本；
• Chrome 49这种古董版本对高Level的H.264支持本来就有限，哪怕是新版本Chrome，如果Janus没适配好浏览器的能力，也会掉链子。

2. 具体修复方案 #

方案一：强制Janus输出兼容的profile-level-id #

最直接的办法是让Janus在SDP协商时使用全浏览器通吃的profile值，首推42e01f（Baseline Profile Level 3.1）或者4d001f（Main Profile Level 3.1），这俩几乎适配所有新旧浏览器。

找到Janus的流媒体插件配置文件（通常是janus.plugin.streaming.jcfg），在你的QD800摄像头RTSP流对应的配置块里添加：

h264_profile_level_id = "42e01f"

如果你的Janus版本不支持这个参数，那就直接去摄像头后台调整：登录QD800的管理界面，把H.264的编码级别改成Level 3.1，Profile选Baseline或者Main就行。

方案二：检查Janus的SDP协商逻辑 #

有时候Janus会硬怼摄像头的原始编码参数，忽略浏览器的能力请求，导致协商失败。你可以打开Janus的日志，搜索profile-level-id，看看发给浏览器的SDP里是不是已经换成了我们要的兼容值。

方案三：针对不同浏览器的微调 #

• Firefox 59.x：改完profile后如果还是不行，确认Janus的rtcp-mux是开启的（多数默认已经开了），同时把摄像头的帧率降到30fps以内，旧Firefox对高帧率H.264的处理容易出问题；
• Chrome 49.x：这个版本太老了，务必用42e01f，还要在摄像头里关掉B帧编码——旧Chrome对B帧的支持特别不稳定。

3. 验证是否生效 #

改完配置重启Janus，然后用浏览器测试：

• Chrome里打开chrome://webrtc-internals，查看SDP中的profile-level-id是不是你设置的值；
• Firefox里打开about:webrtc做同样的检查。

只要协商成功，视频流应该就能正常播放了。

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