识别 WS-FLV/WSS-FLV 地址并检查当前页面是否存在 mixed content、MSE 或播放器加载问题。
使用公网真实媒体流，适合快速验证浏览器播放链路。
随站点发布的标准样本，用于复现 FLV、TS、fMP4、H.265 等浏览器实验能力。
模板用于识别和诊断，需要替换成你的真实服务地址；RTSP/RTMP 不会在浏览器直连播放。
HTTPS 页面连接 ws:// 地址时，浏览器通常会阻止。
请使用 wss://，或在同源安全代理后再连接。
HTTP-FLV、WS-FLV、HTTP-TS、WS-TS 的浏览器播放通常依赖 Media Source Extensions。
换用支持 MSE 的 Chrome、Edge 或 Safari 新版本环境。
分享链接或 embed 给其他人后，对方通常无法访问你的内网流。
需要公网可达地址、VPN、同网段访问，或服务端代理。
分享链接会把流地址放进 URL query，请不要分享含私密 token 的地址。
按浏览器播放、源站接入、WebRTC 体系和基础传输梳理常见流媒体协议。这里重点说明能不能直连、需要什么播放器或服务端能力，以及推荐测试路径。
这些协议或容器可以在浏览器内尝试播放，但通常还要看 MSE、播放器库、MIME type、CORS、编码和 HTTPS 策略。
兼容性很稳的网页播放格式之一：Safari 原生，其他浏览器通常用 hls.js + MSE。
适合作为主播放链路，重点检测 playlist、segment、CORS、MIME type 和 codec。
不是原生 video 格式，但可用 mpegts.js/flv.js/Jessibuca 通过 MSE 播放 H.264/AAC FLV。
用 mpegts.js 作为第一播放引擎，并保留 Jessibuca 对比路线。
通过 WebSocket 推 FLV 数据，前端仍需 MSE 播放器；HTTPS 页面生产环境应使用 WSS。
用于低延迟私有链路，优先确认 WSS、FLV tag 边界和播放器接入约定。
这些通常不是浏览器直连播放格式，适合作为服务端接入源，再转换成 HLS、WebRTC、FLV 或其他网页播放输出。
WebRTC 是浏览器实时音视频能力，STUN/TURN 是连通性辅助服务，不是视频文件或直播 URL。
HTTP/HTTPS 只是传输方式，能否播放取决于它承载的具体媒体格式、响应头和浏览器安全策略。
HTTP/HTTPS 是传输，不代表媒体一定可播；关键是它承载的容器和响应头。
先识别扩展名、Content-Type、Range、CORS，再路由到 HLS/MP4/FLV/TS/fMP4。
WS-FLV 把 FLV 数据通过 WebSocket 传给浏览器，前端仍需要 MSE 播放器解封装并写入 SourceBuffer。生产环境通常要使用 WSS。
HTTPS 页面连接 ws:// 会触发 mixed content 或安全策略限制，生产环境应提供 wss://。
不是。它是 WebSocket 传输加 FLV 封装，仍需要前端播放器和 MSE 支持。
WS-FLV 常用于私有摄像头、监控平台或自建流媒体服务，公网匿名稳定样本不多。