- 综合排序
- 最热优先
- 最新优先
- 来自专栏RTSP/RTMP直播相关
从RTSP播放遇到RTP无 Marker探讨RTP规范化打包与稳健切帧
下面以“大牛直播SDK 的 RTSP 播放器遇到 RTP 不带 Marker 位（M bit）”为切入点，结合 RTP/RTCP 基础 与 H.264/H.265/AAC 的负载规范，说明发送端如何规范打包 二、发送端（打包器）如何“规范打包”：H.264/H.2651) 通用约束 时间戳：同一帧（AU）内的所有 RTP 包 使用相同的 RTP 时间戳；视频时钟为 90 kHz。 2) 单 NALU 包（Single NAL Unit） NALU 尺寸 ≤ MTU - IP/UDP/RTP - 负载头 时，整 NALU 进一包； 若该 NALU 是 AU 内的最后一个 NALU 5) MTU 与分片尺寸建议 典型 UDP MTU 1500，预留：IP(20/40) + UDP(8) + RTP(12) + 负载头（H.264 FU 2B / HEVC FU 3B 左右），保守 负载≈1200–1300B； TCP/RTSP 内嵌（interleaved）虽无 UDP 头，但仍建议与 UDP 一致的分片尺寸，利于复用与中间件处理。
34610编辑于 2025-09-11 - 来自专栏全栈程序员必看
RTSP协议解析_RTP协议
媒体数据的传送可通过RTP/RTCP等协议来完成。 一次基本的RTSP操作过程是:首先，客户端连接到流服务器并发送一个RTSP描述命令（DESCRIBE）。 通道 关键字段： Transport—— 传输方式 Transport: MP2T/RTP/ UDP;unicast;destination =121.60.21.53;client_port =8342-8343,MP2T/RTP/ TCP;unicast;destination =121.60.21.53;interleaved=0-1 4、PLAY 主要功能： 与服务器协商流媒体播放 2. 第二步：得到媒体描述信息 2.C->S:DESCRIBE request //要求得到S提供的媒体描述信息 2.S->C:DESCRIBE response //S回应媒体描述信息，
1.5K30编辑于 2022-11-17 - 来自专栏TSINGSEE青犀视频
rtp推流如何使用ffmpeg配置rtp打包模式？
关于使用rtp推流，TSINGSEE青犀视频团队实际已经研发了很长时间，其中也碰到了不少问题，比如RTP推流客户端无法解析播放，或者遇到不同的报错，但这些目前都已经有了比较完善的解决办法。 在使用RTP推流时，默认ffmpeg使用的打包模式是packetization-mode=1，本文我们和大家分享另一个比较实用的技巧，就是使用ffmpeg配置rtp打包模式。 如何修改打包模式？ 关于RTP打包模式的说明如下: 目前ffmpeg默认使用的是1: Not interleaved 模式，针对客户的需要，服务端不支持STAP-A的组包模式，需要每个包单独发送，所以需要配置Single 配置完成后，还有个问题，需要配置pkt size，否则I帧无法完整发送，默认pkt size是1024个字节，而一般I帧都大于1024个字节，导致I帧发送不完整，图像传输失败，需要配置pkt size，在rtp url后面加上如下所示内容： rtp://192.168.99.138:6666?
2.9K30发布于 2021-02-25 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（12）——RTP包格式
前面我们花了较多的篇幅来介绍了RTSP协议的一些细节，但是rtsp传输，本质上涉及三种协议，RTSP、RTP以及RTCP。RTSP主要负责连接建立，销毁及一些其他的控制。 RTP Header格式 0 1 2 3 4 +-+-+-+-+-+ -+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |V=2|P|X| CC |M| PT | sequence 值为10，版本号为2，我们与wireshark的抓包解析对比一下： ? Padding ? 值为0，表示不填充。wireshark的抓包如下： ? X（扩展） ? 值为0。 同步信源标识符，此数据包的值为0x6b 2f dd 87,wireshark的解析为： ?
10.1K33发布于 2020-10-30 - 来自专栏跟Qt君学编程
Webrtc音频编码并打包为RTP包
❝将PCM数据打包为RTP包。 encoder->Encode(0, rtc::ArrayView<const int16_t>((const int16_t *)pcm, pcmSize/2) /* 数据有效性判断 */ if (info.encoder_type == AudioEncoder::CodecType::kOther) return; 打包为 RTP // 对于连续的音频包，需要连续的timestamp。 timestamp += sizeof(int16_t) * encoder->NumChannels() * encoder->RtpTimestampRateHz()/100; /* 创建rtp包
95030编辑于 2023-03-17 - 来自专栏Lauren的FPGA
AIE(18)—更新RTP（2）
如前所述，RTP也可以是数组。我们看一下数组为RTP的一个例子。如下图所示，HLS Kernel random_noise产生输入数据传递给AIE Kernel fir24_sym。 fir24_sym是一个滤波器，滤波器系数作为输入参数由PS传递，其输出经HLS Kernel s2mm写入到外部存储器。
33610编辑于 2022-08-23 - 来自专栏智媒黑板报
音视频传输：RTP协议详解和H.264打包方案
问题背景： 前面讲解了PS、TS、FLV这三种媒体封装格式，现在新开一个系列讲解下传输协议，这里面会包含RTP、RTSP、HLS、RTMP等。 RTP协议既可以理解为传输层也可以理解为应用层，这么说是因为RTP负载可以放到RTSP上进行传输，通过二元交织通道方式实现。 2.RTP数据包的生成： 通过RTSP等协议的SDP信息协商好了RTP数据包的发送目的和传输方式，我们就需要把音视频数据打包成RTP包，用UDP发送给接收端了。 我们对于NALU的长度<1400的则采用的是单一NALU打包到单一的RTP包中； 2. 打包时划分为两个字节 1、NALU header的前3bit为RTP固定头后面第一个字节FU-indication的前3bit，后面5bit后面跟了FU-A打包这种类型28; 2、NALU header
7.7K61发布于 2020-11-12 - 来自专栏RTSP/RTMP直播相关
一文说透RTMP、RTSP、RTP、HLS、MPEG-DASH
2. RTSP（Real Time Streaming Protocol）简介：RTSP是一种网络流媒体协议，用于控制流媒体数据的传输和播放。 优势：RTSP提供了实时控制功能，允许用户通过发送控制指令（如播放、暂停、快进、快退等）来操作视频流，增强了视频监控的灵活性和实用性。 2. RTP（Real-time Transport Protocol）简介：RTP是一个实时传输媒体数据的协议，通常与RTSP一起使用。它负责在网络上传输音视频数据。 优势：RTP的高实时性和精确的时间戳机制，使得音视频数据在传输过程中能够保持低延迟和同步性，从而提高了会议的质量和效率。 2. 2. 适应多种网络环境 网络适应性：这些协议都设计有在网络条件变化时保持传输稳定性和连续性的机制。
15.1K20编辑于 2024-09-24 - 来自专栏架构师小秘圈
直播技术教程分享
(流媒体服务器) →解码数据→播放显示 1、数据采集： 摄像机及拾音器收集视频及音频数据，此时得到的为原始数据 涉及技术或协议： 摄像机：CCD、CMOS 拾音器：声电转换装置（咪头）、音频放大电路 2、 数据编码： 使用相关硬件或软件对音视频原始数据进行编码处理（数字化）及加工（如音视频混合、打包封装等），得到可用的音视频数据 涉及技术或协议： 编码方式：CBR、VBR 编码格式 视频：H.265、H 2、RTSP(Real Time Streaming Protocol，实时流传输协议) RTSP定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。 RTSP提供了一个可扩展框架，数据源可以包括实时数据与已有的存储的数据。该协议目的在于控制多个数据发送连接，为选择发送通道如UDP、组播UDP与TCP提供途径，并为选择基于RTP上发送机制提供方法。 RTCP和RTP一起协作将多媒体数据打包和发送，定期在多媒体流会话参与者之间传输控制数据。
2K30发布于 2018-04-02 - 来自专栏用户7121617的专栏
直播系统搭建：常见的直播相关协议有哪些？
它有三种变种： 1）工作在TCP之上的明文协议，使用端口1935； 2）RTMPT封装在HTTP请求之中，可穿越防火墙； 3）RTMPS类似RTMPT，但使用的是HTTPS连接； RTMP协议是被Flash 2、RTSP(Real Time Streaming Protocol，实时流传输协议) RTSP定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。 RTSP提供了一个可扩展框架，数据源可以包括实时数据与已有的存储的数据。该协议目的在于控制多个数据发送连接，为选择发送通道如UDP、组播UDP与TCP提供途径，并为选择基于RTP上发送机制提供方法。 代理服务器的缓存功能也同样适用于RTSP，并且因为RTSP具有重新导向功能，可根据实际负载情况来切换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。 RTCP和RTP一起协作将多媒体数据打包和发送，定期在多媒体流会话参与者之间传输控制数据。
1.6K30发布于 2020-04-07 - 来自专栏RTSP服务器
Android轻量级RTSP服务模块深度解析：从协议解读到产业落地
二、RTSP / RTP 协议机制深度解读要理解轻量级 RTSP 服务 SDK 的价值，必须先回顾 RTSP 与 RTP 的核心机制。 简而言之：RTSP 管“会话”，RTP 管“数据”，SDP 管“说明”。 内置协议栈：RTSP/RTP/SDP 由 SDK 自研实现，不依赖第三方服务。 多会话能力：单设备支持多客户端同时拉流。 四、关键技术实现细节 RTP 打包 视频（H.264/H.265）：支持 FU-A（大帧分片）、STAP-A（多帧打包）。 音频（AAC）：每帧 1024 个采样点，时间戳递增。 2. 无人机视频链路在低空经济与无人机行业，视频链路是 “机-地闭环” 的核心。
75410编辑于 2025-09-11 - 来自专栏RTSP/RTMP直播相关
如何支持RTSP播放H.265(HEVC)流
随着H.265的普及，越来越多的开发者希望大牛直播SDK（Github）能支持低延迟的RTSP H.265播放，并分享相关经验： 实现思路： 对rtsp来说，要播放h265只要正确解析sdp和rtp包即可 TemporalId 是TID-1. 2. RTP 打包格式 实际中其实就用到两种格式，一种是一个nal单元打包到一个rtp包中。 一种是nal单元比较大，分片打包在多个rtp中. 3.1 单个Nal单元打包: PayloadHdr 把 NAL单元头填入就好. 3.2 Nal单元分片打包: PayloadHdr还是拷贝NAL FU header 就一个字节，格式如下: +---------------+ |0|1|2|3|4|5|6|7| +-+-+-+-+-+-+-+-+ |S|E| FuType | +---------
2.9K30发布于 2019-09-18 - 来自专栏RTSP/RTMP直播相关
Android平台实现RTSP|RTMP转GB28181网关接入
背景 在事先Android平台RTSP、RTMP转GB28181网关之前，我们已经实现了Android平台GB28181的接入，可实现Android平台采集到的音视频数据，编码后，打包按需发到GB28181 和我们之前实现的轻量级RTSP服务网关模块类似，我们要做的是，实现RTSP或RTMP流，按需打包对接到GB28181服务平台。 内置轻量级RTSP服务模块，数据源来自摄像头、屏幕、麦克风等编码前数据，或者本地编码后的对接数据，这点和GB28181的设备接入模块类似。 2. 技术实现 rtsp2gb28181.jpg 本文以之前Android平台RTSP|RTMP转发demo为例，在这个基础上，加GB28181网关扩展。 , 2*1024*1024); // 设置到2M libPublisher.SetRTPSenderClockRate(rtp_sender_handle, session_des_.getPSRtpMapAttribute
93630编辑于 2022-04-19 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（2）——Rtsp消息格式
上一篇我们简单介绍了rtsp协议，本篇我们来看一下rtsp的消息结构！ RTSP消息分为两大类，一类是请求消息（request），一类是回应消息（ressponse）！ 说明： 请求消息由方法+URI+RTSP版本开头，之后跟一条或多条消息！ URI：表示接收方的地址，如rtsp://192.168.1.201:554 CR：表示回车 LF：表示换行 RTSP使用消息类型和消息体来表示不同类型的消息。 最后一条消息要使用两个CR LF。 如图中所示，该RTSP请求消息的方法为OPTIONS，请求的目标地址为rtsp://192.17.1.63:554，RTSP的版本为1.0； 接下来包含两种类型的消息，第一种为CSeq表示序列号，本次请求的序列号为 我们接下来看一下回应消息的格式： 2 回应消息(response) ? 回应消息由RTSP版本+状态码+解释开头，之后跟一条或多条消息！
4.6K52发布于 2020-10-10 - 来自专栏直播系统开发
流媒体直播系统传输协议很重要，直播平台搭建该如何选择
它有三种变种： （1）工作在TCP之上的明文协议，使用端口1935； （2）RTMPT封装在HTTP请求之中，可穿越防火墙； （3）RTMPS类似RTMPT，但使用的是HTTPS连接； RTMP协议是被 2、RTP(Real-time Transport Protocol，实时传输协议) RTP是针对多媒体数据流的一种传输层协议，详细说明了在互联网上传递音频和视频的标准数据包格式。 3、RTSP(Real Time Streaming Protocol，实时流传输协议) RTSP定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。 RTSP提供了一个可扩展框架，数据源可以包括实时数据与已有的存储的数据。该协议目的在于控制多个数据发送连接，为选择发送通道如UDP、组播UDP与TCP提供途径，并为选择基于RTP上发送机制提供方法。 RTCP和RTP一起协作将多媒体数据打包和发送，定期在多媒体流会话参与者之间传输控制数据。
1.9K00发布于 2019-02-15 - 来自专栏云豹直播系统开发
视频直播系统搭建过程中用到的协议
他有多种变种： 1.RTMP工作在TCP之上，默认使用端口1935； 2.RTMPE在RTMP的基础上增加了加密功能； 3.RTMPT封装在HTTP请求之上，可穿透防火墙； 4.RTMPS类似RTMPT ，增加了TLS/SSL的安全功能； 二、RTSP协议（Real Time Streaming Protocol）实时流传输协议。 RTSP具有重新导向功能，可视实际负载情况来转换提供服务的服务器，可以避免过大的负载集中于同一服务器而造成延迟。 RTP协议常用于流媒体系统（配合RTSP协议），视频会议和一键通（Push to Talk）系统（配合H.323或SIP），使它成为IP电话产业的技术基础。 四、RTCP协议（RTP Control Protocol）RTP控制协议 提供数据分发质量反馈信息，RTCP和RTP一起协作将多媒体数据打包和发送，定期在多媒体流会话参与者之间传输控制数据。
1.9K40发布于 2018-09-06 - 来自专栏用户7603185的专栏
视频直播软件开发，直播软件开发中的常见协议有哪些
server 服务器端需要发送三个包 S0 S1 S2 握手方式： 客户端发送 C0 C1 到服务器端 服务器端发送 S0 S1 到客户端 客户端发送C2到服务器端 服务器端发送S2到客户端 2、RTSP RTSP提供了一个可扩展框架，数据源可以包括实时数据与已有的存储的数据。该协议目的在于控制多个数据发送连接，为选择发送通道如UDP、组播UDP与TCP提供途径，并为选择基于RTP上发送机制提供方法。 代理服务器的缓存功能也同样适用于RTSP，并且因为RTSP具有重新导向功能，可根据实际负载情况来切换提供服务的服务器，以避免过大的负载集中于同一服务器而造成延迟。 直播1.png 3、RTCP(Real-time Transport Control Protocol，实时传输控制协议 RTCP是RTP的配套协议，为RTP媒体流提供信道外的控制。 RTCP和RTP一起协作将多媒体数据打包和发送，定期在多媒体流会话参与者之间传输控制数据。
2.8K30发布于 2020-12-16 - 来自专栏RTMP推送
RTSP｜RTMP｜GB28181深度解读：如何构建系统级实时视频链路
2. 实现逻辑：从注册到媒体会话GB28181 的协议工作流程可以分为两个主要通道： 信令通道（SIP） 与 媒体通道（RTP/PS）。 RTP Header：序列号、时间戳、SSRC； PS Packet：系统头 + 音视频打包； Transport Mode：UDP 单播为主，部分实现支持 TCP fallback。 随后，RTMP、GB28181、录制模块分别从该缓冲区读取帧进行编码、打包或输出。 (2) 时间基对齐机制不同协议的时间定义存在差异： RTSP / RTP 使用 90 kHz 时钟； RTMP 使用毫秒时间基； GB28181 / PS 使用系统时钟参考（SCR）。 → GB28181：将标准 RTSP 流重新打包为 PS 流，并通过 SIP/INVITE 注册上级平台； RTMP → GB28181：适用于移动推流或自定义直播源纳入国标平台； 多协议并发输出：
1.4K10编辑于 2025-11-05 - 来自专栏RTSP/RTMP直播相关
Android前端音视频数据接入GB28181平台意义
产品设计方面，媒体流支持最新GB28181-2016的UDP和TCP被动模式，参数配置，支持注册有效期、心跳间隔、心跳间隔次数、TCP/UDP信令设置，支持RTP Sender IP地址类型、RTP Socket 本地端口、SS-R-C、RTP socket 发送Buffer大小、RTP时间戳时钟频率设置，支持注册成功、注册超时、INVITE、ACK、BYE状态回调。 待收到服务端的Ack后，发送编码、打包后的媒体流数据。在此期间，按照设定间隔，定时发送keepalive。 如上图所示，模块除了常规的音视频参数配置外，系统可同时亦或单独实现如RTMP推送、RTSP推送、轻量级RTSP服务、实时录像、GB28181前端接入。 、RTMP和音视频采集、编码传输等有了多年积累，GB28181接入，对我们来说，只是在现有架构的基础上，完成信令交互和数据打包传输（H264, H265打包成PS流，然后拆成RTP包发送即可），RTP传输支持
1.2K40编辑于 2022-03-08 - 来自专栏RTMP推送
端–边–云一体的实时音视频转发：多路RTSP转RTMP推送技术深度剖析
RTP/RTCP（承载层）：视频常见 H.264/H.265 负载规范；AAC 音频有各自打包规则。RTCP 提供丢包/抖动/时钟校正等统计反馈。 TCP 内嵌（穿透友好，弱网更稳，时延略高） RTP/RTCP 复用在 RTSP TCP 连接 内，通过 channel 编号区分：SETUP rtsp://cam/trackID=1 RTSP/1.0 Transport: RTP/AVP/TCP;unicast;interleaved=0-1 复用帧格式：$ <1字节channel> <2字节长度> <RTP/RTCP负载> 常见分配：video AAC：RTP 打包有固定帧步进（常见 1024 samples/帧）。 RTCP：SR/RR 提供丢包、抖动、RTP↔参考时钟映射，可用来指导缓冲深度、网络拥塞控制和 TCP/UDP 切换策略。 RTP 回绕：32 位 RTP 时间戳/序号 模 2³² 解包，用“解包器”保持单调展开。
79110编辑于 2025-09-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号