编码了一个9帧的264,详细分析其结构

本文详细介绍了如何将包含特定帧结构的264文件以0x00000001为边界,通过RTP协议进行发送、重排序和存储的过程,包括文件预处理、RTP打包、本地测试、局域网测试及多用户环境下的应用。重点讨论了文件解析、边界检测以及数据传输的优化策略。

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

帧结构为:IPPPPPPPP

编码了一个9帧的264,详细分析其结构 - 加菲 - .
文件一开头就有一个0x00 00 00 01,这个作为第0个吧。

 编码了一个9帧的264,详细分析其结构 - 加菲 - .

 第1、2、3个0x 00 00 00 01
 
编码了一个9帧的264,详细分析其结构 - 加菲 - .
第4、5个0x 00 00 00 01
 
第4和第5个之间,字节数为33x16+16+7,即551个字节;
编码了一个9帧的264,详细分析其结构 - 加菲 - .
第6、7个 0x 00 00 00 01
它们之间的字节数很少,属于是skip
编码了一个9帧的264,详细分析其结构 - 加菲 - .
第8个 0x 00 00 00 01
 
编码了一个9帧的264,详细分析其结构 - 加菲 - .
第9、10个 0x 00 00 00 01
 
 
 关于文件的一些信息:
test.264     9.64 KB (9,879 字节)
320 x 240 像素
共9帧,第1帧为I帧,其余为P Slice
 
用ffplay播放效果如图:
编码了一个9帧的264,详细分析其结构 - 加菲 - .
 
 接下来要做的,是把此文件以0x 00 00 00 01为边界,用RTP发送到其它地址,然后接收重排序,存储,暂时不考虑丢包的情况,先尝试在本机测试,然后在局域网内测试,然后用两个ADSL用户(不接路由的情况,这样都有外网IP)测试。
 
继续
 现在的做法只是预分配了一大块内存,把264文件放在这块预分配的内存中了,对大文件肯定不可能这样了,这样仅是练习一下,起到模拟摄像头的作用,现实中,我是不需要传输这个文件的。
 
发送时,连同0x 00 00 00 01一起发送。收到后直接存储。
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值