音视频流协议

HLS协议

1.简介

HTTP Live Streaming

基于HTTP的自适应比特率流媒体传输协议,主要用于直播与点播

2.核心原理

把完整的音视频流切成小文件(TS/fMP4),用M3U8索引管理,记录所有片段的地址,时长,码率,客户端按序下载播放

3.核心组成

M3u8: 索引文件

Ts:真实视频的碎片文件

4.传输方式与优势

HTTP/HTTPS ,80/443端口,兼容性好,防火墙和CDN都能兼容

支持自适应码率,网络差自动切换低清,网络好自动切换高清

5.优缺点

优点:全平台兼容,部署简单,弱网稳定

缺点:延迟高,普通的HLS直播延迟10~30s

6.使用识别

视频/直播链接以.m3u8结尾的就是HLS流,直接打开就可以播放

WebRTC协议

1.简介

Web Real-Time Communication,网页实时通信协议,主打低延迟点对点音视频传输,多用于实时互动场景。

2.核心原理

无需服务器转发,建立P2P 点对点连接,直接在浏览器 / 终端之间传输音视频数据,实现实时交互。

3.核心组成

媒体采集:获取摄像头、麦克风音视频流

信令服务:协商双方连接、编码、网络信息

传输通道:基于 UDP 为主,快速收发实时数据

4.传输方式与优势

底层以UDP传输,兼顾 TCP 容错,传输开销小。

毫秒级超低延迟,支持浏览器原生使用,无需插件。

5.优缺点

优点:延迟极低(<500ms)、支持 P2P、适合双向互动。

缺点:弱网稳定性差、不适合大规模直播、开发复杂。

6.使用场景

视频通话、直播连麦、线上会议、实时对讲等强互动场景。

RTMP协议

1. 简介

Real-Time Messaging Protocol,实时消息传输协议,由Adobe推出,主打直播推流,是传统直播的核心协议。

2. 核心原理

基于长连接机制,持续向流媒体服务器推送音视频数据流,再由服务器统一接收、转发,实现直播内容的分发。

3. 核心组成

推流端:主播端设备(摄像头、编码器),负责采集并上传音视频流

流媒体服务器:接收推流、转码、分发流数据,衔接推流端与播放端

播放端:观众端设备,从服务器拉取实时流进行播放

4. 传输方式与优势

底层基于TCP传输,默认使用1935端口,长连接稳定,数据不易丢包。

延迟较低(1~3秒),推流稳定性强,适配传统直播推流场景。

5. 优缺点

优点:延迟低、推流稳定、适配主播上行推流,是传统直播推流的主流选择。

缺点:使用特殊端口(1935)、浏览器原生不支持、CDN适配性一般。

6. 使用场景

直播推流、广电直播、监控摄像头推流、传统直播平台的主播上行传输等场景。

RTSP 协议

1.简介

Real-Time Streaming Protocol,实时流传输协议,多用于安防监控、摄像头实时预览。

2.核心原理

控制与数据分离,只负责下发播放、暂停等指令,依靠 RTP 传输真实音视频数据。

3.核心组成

RTSP:控制指令交互

RTP:承载音视频数据

RTCP:监控网络质量、丢包延迟

4.传输方式与优势

默认 554 端口,可使用 TCP/UDP,实时性强,设备硬件适配度高。

5.优缺点

优点:延迟低、设备兼容广、适合硬件监控设备。

缺点:浏览器不支持、防火墙穿透差、不适合互联网直播。

6.使用场景

监控摄像头、安防设备、IPC 摄像机、局域网实时视频查看。

对比区别

对比维度 HLS WebRTC RTMP RTSP
全称 HTTP Live Streaming Web Real-Time Communication Real-Time Messaging Protocol Real-Time Streaming Protocol
核心用途 互联网直播、视频点播 视频通话、连麦、实时双向互动 直播推流、传统直播分发 安防监控、摄像头实时预览
核心原理 将音视频切割分片,通过 M3U8 索引,客户端分段播放 建立 P2P 点对点连接,终端直接传输音视频 长连接持续推送数据流,服务器统一转发分发 控制与数据分离,下发操作指令,依靠 RTP 传输媒体
核心组成 M3u8 索引文件、TS 视频碎片 媒体采集、信令服务、UDP 传输通道 推流端、流媒体服务器、播放端 RTSP 控制、RTP 传输、RTCP 质量监控
底层传输 HTTP/HTTPS(80/443 端口) UDP 为主,兼顾 TCP TCP(1935 端口) TCP/UDP(554 端口)
延迟 10~30s(高) <500ms(极低) 1~3s(较低) 0.5~2s(低)
核心优势 全平台兼容、适配 CDN、弱网稳定、部署简单 毫秒级低延迟、浏览器原生支持、P2P 传输 长连接稳定、推流可靠 硬件适配强、实时性高
缺点 延迟高 弱网稳定性差、开发复杂 特殊端口、浏览器不支持 防火墙穿透差、无法网页使用
适用场景 网页 / 手机短视频、大众直播 线上会议、直播连麦、实时对讲 主播推流、广电直播 IPC 摄像头、局域网安防设备
相关推荐
nashane2 小时前
HarmonyOS 6学习:音频焦点管理实战——解决应用打开中断听书功能的技术指南
学习·音视频·harmonyos·harmonyos 5
悟纤18 小时前
Seedance 2.0 API 已上线 | 支持「人像视频生成」|支持100并发 | 满血版 [灵龙AI API]
人工智能·音视频·seedance 2.0
这儿有一堆花18 小时前
深入解析 Video.js:现代 Web 视频播放的工程实践
前端·javascript·音视频
人工智能研究所21 小时前
Claude + HyperFrames:用 HTML 方式制作视频,AI 时代一切皆可 HTML?
人工智能·html·音视频·ai 视频·hyperframes·claude-
zzh9201 天前
基于51单片机的流水灯Proteus仿真按键切换 上到下下到上 2个灯(可定做)(免费代码+视频讲解)
51单片机·proteus·音视频
Shang180989357261 天前
T31ZX 君正/INGENIC智能视频处理器T31ZX可提供软硬件资料T31Z采用先进的低功耗设计
嵌入式硬件·fpga开发·音视频·t31zx智能视频处理器
音视频牛哥1 天前
纯血鸿蒙(HarmonyOS NEXT)下,如何实现低延迟RTSP、RTMP播放器音视频解码?
华为·音视频·harmonyos·鸿蒙rtmp播放器·鸿蒙rtsp播放器·harmonyos rtsp·鸿蒙next播放器
@hhr1 天前
使用java对接火山方舟doubao-seedance-1.5-pro 模型进行视频生成
java·python·音视频
轻口味1 天前
HarmonyOS 6 轻相机应用开发2:贴纸效果实现
音视频·harmonyos·鸿蒙·播放器