登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

面包会有的

... ...

 
 
 

日志

 
 

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

2011-10-08 02:34:03|  分类: H264 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

帧结构为: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一起发送。收到后直接存储。
  评论这张
 
阅读(1355)| 评论(2)

历史上的今天

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2018