现代浏览器不能直接播放 RTMP。RTMP 更多作为推流或源站协议，网页播放通常要转 HLS、FLV 或 WebRTC。
使用公网真实媒体流，适合快速验证浏览器播放链路。
随站点发布的标准样本，用于复现 FLV、TS、fMP4、H.265 等浏览器实验能力。
模板用于识别和诊断，需要替换成你的真实服务地址；RTSP/RTMP 不会在浏览器直连播放。
Flash 结束后，现代浏览器不能直接播放 RTMP，通常需要转成 HLS、FLV 或 WebRTC。
建议转换为：RTMP -> HLS、RTMP -> HTTP-FLV、RTMP -> WebRTC。
现代浏览器不能直接播放 RTMP。RTMP 更适合作为 OBS/编码器推流或源站输入协议。
可测试 RTMP ingest，再由服务端转 HLS、HTTP-FLV 或 WebRTC/WHEP 给浏览器播放。
分享链接会把流地址放进 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。
RTMP 在 Flash 时代可用于网页播放，但现代浏览器已经不能直接播放 RTMP。现在它更多作为推流、源站或平台 ingest 协议。
现代浏览器不能直接播放 RTMP。Flash 结束后，网页端通常需要 HLS、FLV over MSE 或 WebRTC。
不是。RTMP 是传输协议，HTTP-FLV 是通过 HTTP 传输 FLV 数据，后者可通过 MSE 播放器在浏览器尝试播放。
只适合做诊断模板，不适合作为浏览器可播放示例。真实播放应测试转换后的 HLS/FLV/WebRTC 地址。