视频流掉帧诊断台 · WS-FLV Stream Diagnostics

× 播放流需要下载本页到本地运行。 接口调试（取址、体检、自检）在线就能用；但实际拉流要连 ws:// 内网地址，浏览器会阻止 HTTPS 页面里的非加密 WebSocket。右上角「⤓ 下载本页」存到本地用 Chrome 打开即可，依赖全部内置。

平台接入检测中…

摄像头国标编号（每行一个）静音出流 mute=1（仅 getDeviceMediaUrl 生效，规避 G.711）

outProtocol=12 出 ws-flv：WebSocket 不受同源策略限制，是浏览器播放最稳的一条路（文档未列出该值，由平台方提供）。
多路并发压测建议选辅码流——主码流 1080P 很容易先压垮本机解码，而不是网络。

流地址（每行一路，用于并发压测）

压测“并发路数”时，建议填入不同摄像头的地址（多数流媒体服务对同一 token 限单路播放，复制同一条会因鉴权失败而误判）。只填一条时可用下方“×N 复制”。

容器 / 传输类型

阶梯压测：从 1 路开始，每隔一段时间自动 +N 路，自动定位开始掉帧的临界并发数。

并发路数

解码器选项

启用 Worker 线程解封装（降低主线程压力）追帧降延迟 liveBufferLatencyChasing （实测会削薄缓冲、增加卡顿，默认关）

剥离音频轨（源为 G.711 等不支持的音频时必选）启用 stash 缓冲（IO 层攒包再交解封装；直播下自动约 1/8 秒，延迟影响很小）静音断流后自动取新址重连（token 到期时保持压测连续）

判定阈值

掉帧率(%) / 卡顿次数(次·分⁻¹) 超过即记为异常。

尚未开始 —— 填入流地址后点“开始”。

工具会分别测量网络吞吐、解码/渲染丢帧、缓冲欠载/卡顿三层指标，据此区分是网络、并发路数还是源端问题。

运行 / 异常

0 / 0

总吞吐

0 Mbps

解码丢帧

渲染丢帧

稳态卡顿

平均帧率

0 fps

视频墙

列数 3

▚

还没有播放路。填入地址并点击“开始”。