HLS

HTTP-FLV

WS-FLV

RTSP/RTMP 诊断

HTTP-FLV Player

识别 HTTP-FLV 地址并通过 MSE 型播放器尝试播放；如果 MSE、CORS、MIME type、编码或源站有问题，会给出诊断。

流地址

在线可播放示例

使用公网真实媒体流，适合快速验证浏览器播放链路。

本地标准样本

随站点发布的标准样本，用于复现 FLV、TS、fMP4、H.265 等浏览器实验能力。

协议诊断模板

模板用于识别和诊断，需要替换成你的真实服务地址；RTSP/RTMP 不会在浏览器直连播放。

URL 无效，无法识别协议。

等待播放

诊断

URL 格式无效

error

Invalid URL

请确认包含协议头，例如 https://、wss://、rtsp:// 或 rtmp://。

分享链接

/?url=%2Fsamples%2Fsample.flv

分享链接会把流地址放进 URL query，请不要分享含私密 token 的地址。

Embed iframe

<iframe src="/embed?url=%2Fsamples%2Fsample.flv" allow="autoplay; fullscreen" allowfullscreen></iframe>

基础检测报告

{
  "generatedAt": "2026-06-18T11:35:09.561Z",
  "inputUrl": "/samples/sample.flv",
  "parsed": {
    "raw": "/samples/sample.flv",
    "valid": false,
    "isSecureTransport": false,
    "isPrivateHost": false,
    "error": "Invalid URL"
  },
  "classification": {
    "protocol": "unknown",
    "label": "Unknown",
    "container": "未知",
    "expectedVideoCodec": "未知",
    "expectedAudioCodec": "未知",
    "browserPlayable": false,
    "supportLevel": "unsupported",
    "playerStrategy": "diagnosis-only",
    "reason": "URL 无效，无法识别协议。",
    "recommendedConversions": []
  },
  "capabilities": {
    "mse": false,
    "managedMediaSource": false,
    "webCodecs": false,
    "webRtc": false,
    "nativeHls": false,
    "h264": "unknown",
    "hevc": "unknown",
    "aac": "unknown"
  },
  "diagnostics": [
    {
      "id": "invalid-url",
      "severity": "error",
      "title": "URL 格式无效",
      "detail": "Invalid URL",
      "action": "请确认包含协议头，例如 https://、wss://、rtsp:// 或 rtmp://。"
    }
  ],
  "playbackStats": {
    "status": "等待播放"
  }
}

协议知识地图

按浏览器播放、源站接入、WebRTC 体系和基础传输梳理常见流媒体协议。这里重点说明能不能直连、需要什么播放器或服务端能力，以及推荐测试路径。

浏览器播放与实验播放

这些协议或容器可以在浏览器内尝试播放，但通常还要看 MSE、播放器库、MIME type、CORS、编码和 HTTPS 策略。

HLS

可播放

m3u8

兼容优先

兼容性很稳的网页播放格式之一：Safari 原生，其他浏览器通常用 hls.js + MSE。

推荐路径

适合作为主播放链路，重点检测 playlist、segment、CORS、MIME type 和 codec。

查看详情

HTTP-FLV

可播放

可尝试播放

MSE

低延迟

不是原生 video 格式，但可用 mpegts.js/flv.js/Jessibuca 通过 MSE 播放 H.264/AAC FLV。

推荐路径

用 mpegts.js 作为第一播放引擎，并保留 Jessibuca 对比路线。

查看详情

WebSocket-FLV

可播放

可尝试播放

WebSocket

WSS

通过 WebSocket 推 FLV 数据，前端仍需 MSE 播放器；HTTPS 页面生产环境应使用 WSS。

推荐路径

用于低延迟私有链路，优先确认 WSS、FLV tag 边界和播放器接入约定。

查看详情

HTTP-TS

实验

MPEG-TS

MSE

HTTP 直出 MPEG-TS，不等于 HLS；可用 mpegts.js 实验播放。

推荐路径

生产分发优先包装成 HLS；直出 TS 仅作为实验或内部链路。

查看详情

HTTP-fMP4

实验

CMAF

init segment

fMP4/CMAF 片段需要 init segment、codec string 和正确追加顺序。

推荐路径

生产优先走 HLS/DASH manifest；裸 fMP4 只做明确约定后的实验。

查看详情

WebSocket-TS

实验

WebSocket

通过 WebSocket 传 MPEG-TS，属于播放器与服务端约定，不是通用标准播放 URL。

推荐路径

仅在受控链路中测试；公网优先改成 HLS 或 WebRTC。

查看详情

WebSocket-fMP4

实验

WebSocket

fMP4

通过 WebSocket 推 init segment 和 fMP4 片段，需要明确双方协议约定。

推荐路径

先定义 init、片段边界、codec 和重连语义；否则只做诊断。

查看详情

源站、推流与设备接入

这些通常不是浏览器直连播放格式，适合作为服务端接入源，再转换成 HLS、WebRTC、FLV 或其他网页播放输出。

RTSP

需转换

摄像头

源站协议

摄像头/NVR 常见源站协议，浏览器不能直连，需要服务端代理或转换。

推荐路径

低延迟转 WebRTC/WHEP；兼容性转 HLS；内网工程预览可转 HTTP-FLV/WS-FLV。

查看详情

RTMP

需转换

推流

Flash 已结束

现代浏览器不能直接播放 RTMP；它更适合作为推流或源站接入协议。

推荐路径

服务端 ingest RTMP 后，转 HLS、HTTP-FLV 或 WebRTC 输出给网页。

查看详情

SRT

需转换

可靠传输

回传

可靠传输协议，适合回传/贡献链路；浏览器不能直接播放 srt://。

推荐路径

服务端接入 SRT 后转 WebRTC、HLS 或 FLV。

查看详情

WebRTC 低延迟体系

WebRTC 是浏览器实时音视频能力，STUN/TURN 是连通性辅助服务，不是视频文件或直播 URL。

WebRTC

可播放

低延迟

需要信令

浏览器原生支持低延迟音视频，但必须有信令、SDP、ICE 和可用编解码协商。

推荐路径

优先用 WHEP 或自定义信令接入，确认 STUN/TURN、CORS、ICE 和 SDP 返回。

查看详情

STUN

辅助

辅助服务

ICE

不承载视频

帮助 WebRTC 发现公网映射地址，不承载音视频媒体。

推荐路径

作为 WebRTC/WHEP ICE 检查项，不要把 STUN 当播放协议。

查看详情

TURN

辅助

辅助服务

中继

带宽成本

WebRTC 直连失败时的媒体中继服务，会消耗服务器带宽。

推荐路径

生产 WebRTC 必须规划 TURN 容量、凭证、区域和端口策略。

查看详情

基础传输

HTTP/HTTPS 只是传输方式，能否播放取决于它承载的具体媒体格式、响应头和浏览器安全策略。

HTTP

辅助

传输层

看容器

看响应头

HTTP/HTTPS 是传输，不代表媒体一定可播；关键是它承载的容器和响应头。

推荐路径

先识别扩展名、Content-Type、Range、CORS，再路由到 HLS/MP4/FLV/TS/fMP4。

查看详情

协议边界

HTTP-FLV 不是浏览器原生 video 协议，但可以通过 mpegts.js、flv.js 或 Jessibuca 这类 MSE 播放器把 FLV tag 转进 SourceBuffer。

播放与检测逻辑

HTTP-FLV 通常用于低延迟直播预览，但依赖 MSE、H.264/AAC 编码和服务端持续输出 FLV 数据。
HTTPS 页面不能加载 http:// FLV，除非页面也在 HTTP 环境或源站提供 HTTPS。
公网稳定 HTTP-FLV 示例较少，当前页面使用随站点发布的标准样本做可复现测试。

常见问题

HTTP-FLV 能直接用 video 标签播放吗？

通常不能。浏览器 video 标签不直接支持 FLV，需要 mpegts.js、flv.js 或 Jessibuca 通过 MSE 转接。

HTTP-FLV 和 HLS 怎么选？

HLS 兼容性更好，HTTP-FLV 延迟通常更低但浏览器和跨域要求更敏感。工程上常同时提供 HLS 和低延迟协议。

H.265 FLV 是否稳妥？

不稳妥。H.265 在浏览器里差异大，FLV 容器里的 H.265 更依赖播放器/WASM/WebCodecs 能力。