http://blog.csdn.net/jasonwang1002/article/details/12094419 点击打开链接
上面这条链接是之前写的,Linux下H.264码流实时RTP打包与发送,当时没有贴上实时发送的代码,现在已经基本忘光,所以不另开标题讲实时发送RTP包了,续写上一篇文章,贴上工程中的代码。
复制一下上篇文章实时发送RTP的部分:
三、程序跑通之后下一步,就是要移植到DM6467T下encode工程中进行实时打包,也就是编码一帧完成后直接RTP打包,而不是读取文件流。在encode工程中有个writer线程,里面的fwrite函数就是writer线程的核心,这里我将fwrite替换成rtp()打包函数。
列出几点注意事项:
1. 移植过程中将所有对文件的操作改成对BUFFER指针的操作
2. 注意对RTP头中seq_no的修改
3. 注意对时间戳的修改
4. 由于实时发送需要不停地调用rtp打包程序,就需要将建立socket的部分程序移到循环之外。这是因为linux的文件操作符是有限的,不停地创建会用光文件操作符,而对socket的close不能立即释放资源,会有延时,即使close也解决不了问题(至少我没能解决,如果有解决的朋友希望不吝赐教)。
第三部分只是简单列出移植过程中所遇到的问题以及解决思路,未上详尽解释以及代码,不过网上应该都有具体方法,有问题也可以留言讨论,我用的是UDP包。(关于讨论的事非常抱歉,由于楼主不做那个项目很久了,基本忘光了,不过近期会贴上当时的代码)
将程序移植完成以后通过VLC实时解码,可能还会出现1秒钟的延迟,那是由于VLC默认的网络缓存时间是1000ms,网络条件好的可以改成300ms,延时将大大减小。
实时发送的代码写的可读性很差,没有模块化。讲原来工程里的write函数替换成发送RTP的函数,整个函数实现大部分放在了write.c文件中。资源刚刚传上去,稍后编辑添加链接
代码链接:http://download.csdn.net/detail/u011986223/9121411