rtmp协议格式

最新推荐文章于 2024-08-13 15:50:25 发布

xfc_1939

最新推荐文章于 2024-08-13 15:50:25 发布

阅读量683

点赞数

分类专栏： SRS4.0 文章标签：网络 rtmp

本文链接：https://blog.csdn.net/xfc_1939/article/details/129801890

版权

SRS4.0 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

握手：
- 由三个固定字节长度的chunk组成
- 客户端和服务端发送三个一样的chunk。
- 客户端发送的命名为C0、C1、C2
- 服务端发送的命名为S0、S1、S2
握手时序：
- 首先由客户端发送C0和C1 chunks，客户端只有接收到S1之后才能发送C2，只有接收到S2的时候才能发送其它数据
- 服务端必须接收到C0才可以发送S0和S1，当然，等C0、C1都收到再发也可以、服务端收到C1之后才可以发送S2；必须收到C2后才可以发送数据。
C0、S0的格式
- 是一个由8个字节组成的版本号，其中0-2已经废弃、3是rtmp规范指定的版本、4-31保留，32之后是不允许的
- C0表示客户端期望的rtmp版本，S0表示服务端接受的rtmp版本
C1、S1的格式
- 是由1536个字节构成、其中
- 4个字节的时间戳
- 4个字节的0
- 1528个字节的随机值
C2、S2的格式
- 也是由1536个字节构成，基本是C1、S1的echo，其中
- 4个字节的时间戳 timestamp（对端发送过来的S1或者C1携带的时间戳）
- 4个字节的时间戳 timestamp2（收到对端发出的S1或者C1时的时间）
- 1528个字节的对端发送过来的C1、S1中携带的随机值，echo回去
- timestamp和timestamp2可以用来计算带宽和延迟
时序图
Chunk
- chunk允许更高级别协议的大消息分解成小消息，为了防止低级别的大消息阻塞高级别的小消息
- chunk还可以用较小的开销去发送小消息，因为chunk的header包含一个信息压缩字段//TODO
- chunk的size是可以配置的，可以通过一个控制信令（设置chunk size）来设置。最大的chunk size是65536 bytes，最小是128bytes。大的值会减少cpu消耗，但是也将会产生一个大write，在带宽不足的情况下会增加内容的延迟。小的chunk是不利于大码率流的。chunk size是双向独立的
chunk的格式
- 每一个chunk都是由header和data构成的
- header被分为三个部分
  - basic header
    - 大小：1到3 字节
    - 这部分encode了chunk stream id 和 chunk 类型。chunk type确定这个message header的格式。这个长度完全依赖于chunk stream id，是一个可变的长度
  - chunk msg header
    - 大小：0、3、7、11字节
    - 这部分描述本发送的message是否是完整的。这个长度是通过chunk header的chunk type指定的
  - extended time stamp
    - 大小：0或者4 字节
    - 当正常时间戳被设置为0xffffff时，这部分必须设置，否则一定不能设置，而应该使用正常时间戳部分。
chunk basic header 格式
- chunk basic header是有chunk type（由图中的fmt表示）和chunk stream id组成，其中chunk type决定了message header的格式
- rtmp协议支持高达65597路流（id：3~65599），id：0、1、2是保留的。0表示stream id 为 header的第二个字节+64；1表示stream id为header的第三个字节*256+第二个字节+64；2表示更低层次的协议消息。值3~63则表示完整的stream id。
chunk message header
chunk message header有四种不同的格式，通过basic header的fmt值来控制
type 0
- 大小：11个字节
- chunk stream的第一个chunk、或者时间戳出现回退必须是这个格式
- 时间戳占3个字节，时间戳大于或者等于0x00ffffff时，这个值必须是0x00ffffff。扩展时间戳’extended timestamp header’必须使用。否则这个时间戳就是完整的时间戳。
type 1
- 大小：7个字节；
- 不包含message stream id，因为这个chunk和上一个chunk拥有一样的stream id；
- 对于可变消息流（比如：视频格式），在第一个消息之后的每一个新消息的第一个chunk使用这种格式；
type 2
- 大小：3个字节
- 既不包含流id也不包含message length。和上一个chunk拥有- 同样的stream id和message length
- 在第一个消息之后的每一个消息的第一个chunk使用
type 3
- 大小：0个字节
- 这个chunk将从上一个chunk获取stream id、message header这些值
chunk data
- 真正的用户数据，大小在(0，chunkDataSize]之间，chunkDataSize的默认值是128个字节，可以通过set chunk size控制消息来协商修改。
protocol control message（协议控制消息）
- 协议控制消息的消息流id为0，chunk流id为2。拥有更高的发送优先级
play 命令 msg 流
publish 命令 msg 流
参考文章