【续】Linux下H.264码流实时RTP打包与发送

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

点击打开链接