WebSocket-fMP4
WebSocket-fMP4 播放管线与诊断
解释 WS-fMP4 为什么需要 init segment、片段边界和 codec string 约定。
网页能否直连
实验
链路位置
WebSocket fMP4 实验流
浏览器结论
实验支持，当前以诊断为主
一句话结论
WebSocket-fMP4 是把初始化段和 fMP4 媒体片段通过 WebSocket 推给前端的自定义播放链路。它要求协议约定非常清楚。
它在视频链路里的位置
它更像播放器研发方案，不像 HLS 那样有通用 URL 规范。服务端和前端必须约定 init、片段边界、时间戳和编码。
在浏览器项目里怎么用
前端需要把 WebSocket 收到的数据分成 init segment 和 media segment，并按顺序追加到 MSE。
服务端需要做什么
服务端要处理首包初始化、断线后是否重发 init、片段连续性、缓冲积压和鉴权。
常见开发场景
- 专用低延迟播放器、私有播放器协议、CMAF 实验。
排查顺序
- 先查 init 是否正确到达，再查 codec string、append 顺序、片段边界和时间戳。
推荐转换路径
- 面向普通网页播放时，优先输出 HLS/DASH 或 WebRTC。
最小可用实现
- 前端：实现明确的消息解析器，不要把所有 WebSocket 数据直接塞进播放器。
- 后端：定义 init、media、error、heartbeat 等消息类型。
开发者判断标准
WebSocket-fMP4 不能只按名字判断是否可播，要看它在链路中承担的是源站输入、网页播放输出、低延迟会话，还是网络辅助能力。当前浏览器结论：实验支持，当前以诊断为主。落地前需要确认真实源站、是否需要服务端转换、CORS/HTTPS 策略、编码支持和延迟目标。