流媒体协议--RTMP

文章目录

RTMP(Real Time Messaging Protocol)是一个应用层协议,主要用于在Flash player和服务器之间传输视频、音频、控制命令等内容。

该协议的突出优点是: 低延时。

RTMP基于TCP(tcp默认使用端口1935)

RTMP播放基本流程

  1. TCP三次握手
  2. RTMP握手
  3. connect连接
  4. createStream创建流
  5. play 播放流
  6. deleteStream删除流
TCP握手过程

流顺序: c--客户端 s--服务端

c -- s

s--c

c--s

RTMP握手过程

c--s

s--c

c--s

一般的发送顺序如下:

1.客户端向服务端同时发送C0+C1

  1. 服务端确认版本号后,向客户端同时发送S0+S1+S2

  2. 客户端接收到S2后发送C2到服务端

C0: 客户端版本

C1: 服务器版本

当前版本为3

C1 和 S1数据包长度为1536字节,C2 和 S2 数据包长度都是 1536 字节,基本就是 S1 和 C1 的副本。

connect连接

c--s:

不同的 Application Instance可根据功能等进行区分,比如直播可以用live来表示,点播回放可以用vod来表示

如 rtmp://192.168.152.21/lrun/s1

run: 为Application Instance

s1: 为房间号

createStream 创建流

c--s

s--c

服务器返回的stream ID为1,为后续的视频或者音频ID

createStream命令用于创建逻辑通道,该通道用于传输视频、音频、metadata,在服务器的响应报文中会返回 ,用于唯一的标示该Stream

play 播放命令

客户端发送play命令来播放指定流。开始传输音视频数据。

如果发送play命令后想要立即播放,需要清空play队列中的其它流,并将reset置为true

deleteStream删除流

客户端发送删除流,指定Stream ID, 服务器不对次消息回应

RTMP数据组成

发送:

接收:

组成:

Messgae消息主要分为三类: 协议控制消息、数据消息、命令消息等

协议控制消息: Type ID = 1 2 3 5 6

数据消息: Message Type ID = 8 9 18

8: Audio 音频数据

9: Video 视频数据

18: Metadata 包括音视频编码、视频宽高等信息。

命令消息:Message Type ID =17,20

Message StreamID是音视频流的唯一ID, 一路流如果既有音频包又有视频包,那么这路流音频包的StreamID和他视频包的StreamID相同

默认的Chunk Size是128字节, 实际发送多为一个Message包含一个Chunk

RTMP消息优先级:在RTMP中,消息(Message)主要分为两大类:控制消息和数据消息。分优先级,优先级高的先行。优先级低的不能阻塞优先级高的。

相关推荐
骇客野人2 小时前
Spring Cloud Gateway解析和用法
运维·网络
拾忆,想起2 小时前
Dubbo超时问题排查与调优指南:从根因到解决方案
服务器·开发语言·网络·微服务·架构·php·dubbo
侯小啾10 小时前
理解计算机网络中的MAC地址
网络·计算机网络·macos·mac
甄心爱学习10 小时前
计算机网络12
运维·服务器·网络
swanwei11 小时前
量子科技对核心产业的颠覆性影响及落地时间表(全文2500字)
大数据·网络·人工智能·程序人生·量子计算
大、男人11 小时前
目标URL存在http host头攻击漏洞
网络·网络协议·http
运维行者_12 小时前
网站出现 525 错误(SSL 握手失败)修复指南
服务器·网络·数据库·redis·网络协议·bootstrap·ssl
dreamtm12313 小时前
TCP 滑动窗口:像 “批量寄快递 + 收件人调速” 的高效协作
服务器·网络·tcp/ip
阿珊和她的猫16 小时前
WebSocket 与轮询:实时通信技术的对比与选择
网络·websocket·网络协议
生活爱好者!17 小时前
效率高!开源协作 Wiki 与文档管理平台 NAS一键部署docmost
运维·网络·docker·容器·开源