RTSP传输H265码流的一些事情：h265帧解析、rtp封包、sdp生成

最新推荐文章于 2025-06-12 10:10:41 发布
最新推荐文章于 2025-06-12 10:10:41 发布
阅读量4.4k 收藏 18
点赞数
CC 4.0 BY-SA版权
分类专栏： 音视频相关 文章标签： rtp rtsp hevc
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/qq_35780746/article/details/116784911
本文介绍了在海思板子上实现RTSP服务器验证demo时，涉及的H265码流处理，包括h265帧解析、RTP封包的注意事项以及SDP生成的关键点，通过实例讲解了H265与H264在RTP传输中的差异。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

RTSP传输H265码流的一些事情：h265帧解析、rtp封包、sdp生成

最近在海思的板子上做一个rtsp服务器的验证demo，大概架构是：

摄像头-->VI-->VPSS-->VENC-->RTSP Server->RTSP Client

RTSP Server之前的配置只需要根据SDK里面的demo修改一下就行，这里只说后两个阶段。因为之前只搞过h264码流，对h265（HEVC）不太熟，查了不少资料，记录一下。

1、h265帧解析

参考：The difference between h265 and h264 RTP package encapsulation

最低0.47元/天 解锁文章

200万优质内容无限畅学
H.265码流解析
青山渺渺
05-24 3848
H.265（hevc）码流解析
RTSP拉流h265(hevc)+AAC关键节点详解！史上最全RTSP+hevc 交互全记录！
一只海星的主页
12-11 2228
背景 8012年来了，H265已经跳出小众，日趋流行！在视频大数据时代，高压缩优势也越来越明显！ 所以！搞一波RTSP+HEVC+AAC取流支持！ 网上资料，h264比较齐全，对h265的说明比较零散，记录一下所有关键点！ H265原始码流处理 所有的视频帧（VPS/SPS/PPS/I/P）请去掉起始码0001,RTP包不需要起始码！ 这里为什么单独拉出来呢，因为我就踩了一个坑，我大意啊，没有闪！上次搞RTSP很多年了，忘了这一茬,所以出现了很多莫名其妙的错误，后面单独开一篇！ H264与H265区别 首先
【编解码-005】从网络包中解析出 rtp H265 视频流
universe_search的博客
02-19 539
下面是一个开源项目上的 rtp_h265_export.lua demo，可以直接保存成 rtp_h265_export.lua 使用。明确发送端和接收端，主要目的就是保证过滤后的包都是传输的视屏流的网络包，这样才能解析出来视屏流。这里的用例是基于 rtp协议传输的，编码使用的HEVC，也就是 H265。例如你知道视频流是在哪个特定网络ip上接收的，就可以指定监听该网络。选中任意报文-》工具-》video-》Export H265。选中一条报文-》右键单击-》Decode as->RTP。
RTSP 封装H265 支持测试 直接使用
05-23
纯属原创，请不要随便分享，珍重下知识产权。
WebRTC与H.265编码的兼容性现状及解决方案
最新发布
OpenSkeye的博客
06-12 1308
WebRTC作为实时通信的开放标准，与新一代视频编码标准H.265(HEVC)的兼容性存在特定挑战和机遇。
如何支持RTSP播放H.265(HEVC)流
weixin_33794672的博客
10-20 1598
随着H.265的普及，越来越多的开发者希望大牛直播SDK能支持低延迟的RTSP H.265播放，并分享相关经验： 废话不多说，先上图（以播放海康H.265 RTSP摄像头数据（分辨率：1920*1080）为例）： 测试APP下载（SmartPlayer.exe）： [demo测试程序]Windows推送、播放、合成、导播、连麦Demo(32位)本地下载...
rtsp播放h265(hevc)
热门推荐
lsheevyfg的专栏
07-25 1万+
对rtsp来说，要播放h265只要正确解析sdp和rtp包即可，这里分享下h265 sdp&rtp相关知识点,希望有用. 1.H265 Nal Unit Header 简单介绍: H264的Nal Unit头是一个字节，265变成两个字节: F: 1 bit. forbidden_zero_bit. 265要求是0，是1的话指示语法...
H.265的各种帧
aflyeaglenku的博客(QQ1010316426）
06-22 4946
H.265的各种帧各种 NALU-Type关于TRAIL关于TSA和STSA关于BLA关于IDR关于CRA和GOP关于IRAPVPSSPSPPSAUDEOSEOBFDSEI 各种 NALU-Type 下图是ffmpeg-v4.2中定义的所有H.265的NALU枚举，参考的《T-REC-H.265-201802》标准。 关于TRAIL Trailing pictures包括TSA、STSA和TRAIL。 在Trailing pictures中，除了TSA和STSA之外，其他的都定义为TRAIL帧。 关于TS
ffmpeg获取rtsp h265_基于ffmpeg的rtsp拉流代码分析流水账
weixin_39959298的博客
12-19 827
概念RTP: Real-time Transport Protocol,实时传输协议，一般用于多媒体数据的传输。RTCP: RTP Control Protocol，实时传输控制协议，同RTP一起用于数据传输的监视，控制功能。RTSP: Real Time Streaming Protocol,实时流协议，用于多媒体数据流的控制，如播放，暂停等。RTP/RTCP相对于底层传输层，和RTSP，SIP...
RTP H264封包和解包分析
weixin_50873490的博客
10-10 1704
R: 1 bit保留位必须设置为0，接收者必须忽略该位。此处的Type就是NALU头中的Type,取1-23的那个值，表示 NAL单元荷载类型定义，
RTP封装&h264原理&实现传输h264的RTSP服务器
control_0317的博客
05-29 1746
实现：客户端建立与RTSP服务端的连接后，并且在RTSP服务端回复了客户端的Play请求以后，服务端需要源源不断的读取一个本地h264视频文件，并将读取到的h264视频流封装到RTP数据包中，再推送至客户端。这样我们就实现了一个简单的支持RTSP协议流媒体分发服务。
rtsp_h265_h264客户端代码.rar
04-01
rtsp的h265和h264客户端代码->C语言
H265parser
12-07
H265裸流视频文件 帧类型解析，对Hevc裸流文件进行解析 是一个很好的学习案例资料
rtsp_h265_封包文档
12-24
h265 over rtsp 封包文档，稍后传相关操作代码。
RTMP/RTSP推流组件推送H265到EasyDarwin
12-03
介绍一个基于C++开发的RTSP/RTMP推流组件PushStream，PushStream推流基础组件是一款推送流媒体音/视频流给标准RTSP流媒体服务器 (如EasyDarwin、Wowza) 或者RTMP流媒体服务器 (如Nginx) 的流媒体推送库
基于Live555的从多个摄像头实时获取H264/265数据并转发的Rtsp服务器
08-10
直接从IP摄像头获取数据（H265数据需稍微改动），然后作为服务器转发，支持多个摄像头同时连接。摄像头的地址和用户名密码在代码中更改即可。下载后可留言交流。
Rtsp之H265解析
09-02 5689
以前做过Rtsp接收H264的视频流，最近在研究H265视频流，发现在码流解析上面，还是有一点区别。 参考文献 https://tools.ietf.org/html/draft-ietf-payload-rtp-h265-14 分两种情况： 1.不需要rtp分包的，直接保存rtp数据即可。 2、需要rtp分包的，直接上码流： 情况1：不需要分包  前面两个字节 00 01 =...
rtsp之H265解析
liveweb视频汇聚平台
11-15 417
那么 rtp分包的H265数据为前面两个字节记得把NalType替换成49，然后再增加一个。所以当切片的时候，NalType的值为49，其他的就不是切片的情况。情况2：需要分包，这里列举3种包，第一包，中间包，最后一包。1.不需要rtp分包的，直接保存rtp数据即可。这里可以直接写入H265的数据。前面两个字节 00 01。前面两个字节都为62 01。
如何让通过hisiDv300的平台venc输出的自行封装的h265码流数据在vlc上显示出正确的帧率信息
03-25
<think>好的，我现在需要解决用户的问题：在VLC播放器中显示由hisiDv300平台通过VENC生成的H265编码视频流时帧率不正确的问题。用户想找到正确显示帧率的方法。让我一步一步思考可能的原因和解决方案。 首先，用户提到使用的是HisiDV300平台，通过VENC生成H265码流。VENC是视频编码通道，可能配置了编码参数，比如帧率。VLC显示帧率不正确，可能的问题点有几个方面： 1. **编码端配置问题**：检查VENC的配置参数是否正确设置帧率。例如，H.265编码时是否指定了正确的帧率参数，如`stVencAttr.u32FpsNum`和`u32FpsDen`。如果这些参数设置不正确，编码生成的码流可能携带错误的帧率信息，导致播放器解析错误。 2. **码流中的时间戳问题**：编码器生成码流时是否包含正确的时间戳信息。如果时间戳间隔不一致或者不正确，VLC可能无法正确计算帧率。需要确认时间戳是否根据实际帧率生成，例如每秒的帧数对应的PTS（Presentation Time Stamp）增量是否正确。 3. **容器格式或传输协议的影响**：如果码流是通过RTSP传输的，可能需要检查SDP文件中是否包含正确的帧率信息。SDP中的`a=framerate`参数是否正确设置。此外，如果使用RTP打包，时间戳的递增是否符合H.265的标准，比如时间戳单位是否正确。例如，RTP的时间戳通常基于时钟频率，如90kHz，需要确认每帧的时间戳增量是否正确计算。 4. **VLC播放器的解码或解析问题**：检查VLC是否支持H.265码流的某些特性，或者是否存在版本问题。有时更新VLC到最新版本可以解决兼容性问题。另外，可以尝试其他播放器（如ffplay）来确认是否是VLC特定的问题。 5. **码流中的SEI信息或VUI参数**：H.265码流中的VUI（Video Usability Information）或SEI（Supplemental Enhancement Information）可能包含帧率信息。需要确认编码器是否正确地写入了这些信息。例如，VUI中的`time_scale`和`num_units_in_tick`是否正确设置，这直接影响播放器解析的帧率。 接下来，根据可能的原因，逐步验证解决方案： - **检查VENC配置**：参考Hisi SDK文档，确认编码通道属性中的帧率设置。例如，`stVencAttr`结构中的帧率参数是否正确，如`u32FpsNum`为实际帧数的分子，`u32FpsDen`为分母，如30fps应设置为30/1。如果设置错误，调整后重新生成码流。 - **验证时间戳生成**：确保编码器输出的每一帧都带有正确的PTS。例如，在30fps时，PTS增量应为1000/30 ≈ 33ms。如果使用Hisi API，可能需要调用相关函数设置时间戳或检查时间戳是否自动生成。 - **检查传输协议配置**：如果使用RTSP传输，查看SDP文件中的`a=framerate`字段是否正确。例如，`a=framerate:30`。同时，确保RTP打包时的时间戳按正确的时钟频率递增。例如，时钟频率为90000时，每帧的时间戳增量为90000/30=3000。 - **分析码流信息**：使用工具如`ffprobe`或`mediainfo`检查生成的H265码流，查看其报告的帧率是否正确。如果码流本身帧率信息错误，需修正编码配置。例如，运行`ffprobe -i input.h265`查看输出中的帧率信息。 - **更新或调整播放器设置**：尝试在VLC中强制指定帧率。例如，打开VLC后右键选择媒体，在“编解码器”选项卡中手动输入正确的帧率。或者，通过命令行参数指定：`vlc --h265-fps=30 input.h265`。 - **确认SEI/VUI参数**：使用H265分析工具检查码流的VUI参数是否正确。例如，检查`vui_time_scale`和`vui_num_units_in_tick`是否对应实际帧率。计算公式为帧率= time_scale / (2 * num_units_in_tick)。如果这些参数错误，需在编码时配置正确。 可能的测试步骤： 1. 使用默认配置生成H265码流，用ffprobe检查帧率是否正确。 2. 如果ffprobe显示正确，问题可能在VLC解析或传输协议；否则问题在编码端。 3. 调整VENC的帧率参数，重新生成码流测试。 4. 如果使用RTSP，检查SDP中的framerate和RTP时间戳增量。 5. 强制VLC使用指定帧率，看是否能正常播放。 参考用户提供的引用，引用[2]提到H265的帧解析和RTP封包，可能需要检查RTP打包是否正确，时间戳是否按帧率递增。例如，H264/H265的RTP时间戳通常基于90kHz时钟，每帧的时间戳增量应为90000 / fps。如果封包时时间戳错误，会导致播放器计算错误帧率。 总结解决方案步骤： 1. 确认VENC配置中的帧率参数正确。 2. 检查码流中的时间戳和VUI参数。 3. 验证传输协议中的帧率设置（如SDP文件）。 4. 调整播放器设置或更新版本。</think>### 解决HisiDV300 VENC H265码流在VLC中帧率显示异常的方法 #### 1. 检查编码器(VENC)帧率参数配置 - **确认Hisi SDK中VENC通道属性**的帧率设置是否正确，确保`stVencAttr.u32FpsNum`（分子）和`u32FpsDen`（分母）与实际帧率匹配。例如，30fps需配置为： $$ \text{u32FpsNum}=30, \quad \text{u32FpsDen}=1 $$ 若此处设置错误，码流头部信息会携带错误的帧率参数，导致播放器解析异常[^1]。 #### 2. 验证码流时间戳生成逻辑 - **检查编码器输出帧的PTS（Presentation Time Stamp）**是否按实际帧率递增。例如，30fps时，每帧PTS增量应为： $$ \Delta \text{PTS} = \frac{1000}{30} \approx 33 \, \text{ms} $$ 若PTS间隔不稳定或为0，播放器可能无法正确计算帧率。 #### 3. 分析传输协议配置（如RTSP/RTP） - **检查SDP文件中的帧率参数**：在RTSP传输时，SDP描述需包含`a=framerate:30`字段明确指定帧率。若缺失此字段，VLC可能依赖错误默认值[^2]。 - **确认RTP打包时间戳**：H265的RTP时间戳通常基于90kHz时钟频率，每帧时间戳增量应为： $$ \Delta \text{时间戳} = \frac{90000}{\text{实际帧率}} $$ 例如，30fps时增量应为3000。若增量错误，需调整RTP封包逻辑。 #### 4. 检查码流头部信息（VUI/SEI） - **使用工具分析码流参数**：通过`ffprobe`或`CodecVISA`工具检查H265码流的VUI（Video Usability Information）字段： ```bash ffprobe -v error -show_streams input.h265 ``` 确认`time_scale`和`num_units_in_tick`是否满足： $$ \text{帧率} = \frac{\text{time_scale}}{2 \times \text{num_units_in_tick}} $$ 若不正确，需在编码时通过SDK接口修正VUI参数。 #### 5. 调整VLC播放器设置 - **强制指定帧率**：在VLC中打开媒体时，手动设置帧率： 1. 右键媒体文件 → 【打开方式】→ 【VLC】 2. 菜单栏选择【媒体】→ 【转换/保存】→ 【显示更多选项】 3. 在【编解码器】选项卡中，输入`--h265-fps=30`（替换为实际帧率） #### 6. 对比测试与兼容性验证 - **多播放器验证**：使用`ffplay`或`MPV`播放同一码流，确认是否为VLC特定问题： ```bash ffplay -x 1280 -y 720 -f h265 input.h265 ``` - **更新VLC版本**：确保使用VLC 3.0及以上版本，避免旧版本对H265支持不全的问题。 ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值