Category: 协议

Adobe 的实时消息传递协议（RTMP），是一种应用层协议，旨在通过适当的传输协议（如 TCP）多路复用和打包多媒体传输流（如音频、视频和交互内容）。以下是对 RTMP 规范的详细解析。 文档概述 文件状态 本文档是 2012 年 12 月 21 日发布的 “Adobe 的实时消息传递协议” 规范的机器可读版本。自 2012 年 PDF 版本以来，规范内容并未发生实质性变化，仅在格式和文字编辑上有所调整。 引言 RTMP 提供了在可靠的流传输（如 TCP）上的双向消息多路复用服务，旨在携带视频、音频和数据消息的并行流，并附带相关的时间信息。实现通常会为不同类别的消息分配不同的优先级，这会影响在传输容量受限时消息入队到底层流传输的顺序。 术语 贡献者 定义 字节顺序、对齐和时间格式 RTMP [...]

RTMP协议（Real-Time Messaging Protocol）是一种用于在互联网上流式传输音频、视频和数据的通信协议[1]。最初由Macromedia开发为Flash Player和Flash Communication Server之间的流媒体传输的专有协议，后来被Adobe（收购了Macromedia）发布了该协议的不完整版本供公众使用[1]。 RTMP协议有多个变种： RTMP的基本操作是基于TCP的，它维持持久连接并允许低延迟通信。为了平稳地传输流并尽可能多地传输信息，它将流分割成片段，并且片段的大小在客户端和服务器之间动态协商。有时，片段的大小保持不变；音频数据的默认片段大小为64字节，视频数据和大多数其他数据类型的默认片段大小为128字节。来自不同流的片段可以交错和多路复用到单个连接上。由于较长的数据块，该协议每个片段仅携带一个字节的头部，因此开销非常小。然而，在实践中，通常不会交错单个片段。相反，交错和多路复用是在数据包级别上完成的，以确保每个通道满足其带宽、延迟和其他服务质量要求。以这种方式交错的数据包被视为不可分割的，不会在片段级别上交错[1]。 RTMP定义了几个虚拟通道，可以在这些通道上发送和接收数据包，并且这些通道彼此独立运行。例如，有一个用于处理RPC请求和响应的通道，一个用于视频流数据的通道，一个用于音频流数据的通道，一个用于带外控制消息（片段大小协商等）的通道等。在典型的RTMP会话期间，多个通道可能同时处于活动状态。当对RTMP数据进行编码时，会生成一个数据包头部。数据包头部指定了要发送的通道的ID、生成时间戳（如果需要）以及数据包有效载荷的大小。然后，在将其发送到连接上之前，将其实际有效载荷内容（媒体数据）根据当前协商的片段大小进行分段。数据包头部本身永远不会被分段，其大小不计入数据包的第一个片段中的数据。换句话说，只有实际的数据包有效载荷（媒体数据）会被分段[1]。 在更高的层次上，RTMP封装了MP3或AAC音频和FLV1视频多媒体流，并可以使用Action Message Format进行远程过程调用（RPC）。所需的任何RPC服务都是异步进行的，使用单个客户端/服务器请求/响应模型，因此不需要实时通信[2]。 RTMP会话可以使用以下两种方法进行加密： 在RTMP Tunneled（RTMPT）中，RTMP数据通过HTTP进行封装和交换，客户端（媒体播放器）的消息被发送到服务器上的80端口（HTTP的默认端口）[1]。RTMPT中的消息由于HTTP头部的原因比等效的非隧道化RTMP消息要大，但在客户端位于阻止非HTTP和非HTTPS出站流量的防火墙后，RTMPT可能有助于使用RTMP的场景，否则将无法使用非隧道化的RTMP。 RTMP协议的数据包结构如下： Learn more: [...]

RTP（Real-time Transport Protocol）是一种用于实时流媒体传输的协议。它是一种面向数据报的协议，用于在IP网络上传输音频和视频等实时数据。RTP协议通常与RTCP（Real-time Transport Control Protocol）一起使用，RTCP用于传输控制信息，例如流媒体的质量反馈和同步信息。 RTP协议的特点和功能包括： RTP协议在实时流媒体传输中起着重要的作用，它可以与其他协议结合使用，例如RTSP（Real-time Streaming Protocol）用于控制流媒体的会话和传输。 Learn more: [...]