WebSocket-TS
WebSocket-TS 实验流播放边界
解释 WS-TS 为什么需要播放器约定，以及如何通过 WebSocket + MSE 实验测试。
网页能否直连
实验
链路位置
WebSocket TS 实验流
浏览器结论
实验支持，依赖播放器约定
一句话结论
WebSocket-TS 是私有或实验型链路：用 WebSocket 传 TS 数据，再由前端播放器解析。它不是浏览器通用播放标准。
它在视频链路里的位置
它通常出现在自研低延迟播放器或内部系统里，依赖服务端和前端对消息格式达成一致。
在浏览器项目里怎么用
前端需要接收 WebSocket 二进制消息，拼成可解析的 TS 数据，再交给 MSE 播放器。
服务端需要做什么
服务端要稳定推送 TS 包，处理首包、重连、时间戳和积压。HTTPS 页面需要 wss://。
常见开发场景
- 内部实验、自研播放器、私有监控系统。
排查顺序
- 检查 WebSocket 是否真的返回 TS 二进制数据，再查 TS 包边界、PAT/PMT、时间戳和编码。
推荐转换路径
- 公开播放改 HLS；低延迟网页播放优先 WebRTC。
最小可用实现
- 前端：用 wss 接收二进制 TS，并接入可处理 TS chunk 的播放器。
- 后端：定义消息边界和重连规则，避免让播放器猜数据格式。
开发者判断标准
WebSocket-TS 不能只按名字判断是否可播，要看它在链路中承担的是源站输入、网页播放输出、低延迟会话，还是网络辅助能力。当前浏览器结论：实验支持，依赖播放器约定。落地前需要确认真实源站、是否需要服务端转换、CORS/HTTPS 策略、编码支持和延迟目标。