关于RTP传输视频的若干问题环境-----两台 android 设备（armv5te 600MHz） 使用rtp(udp承载)互相发送接收摄
关于RTP传输视频的若干问题
环境
-----
两台 android 设备（armv5te 600MHz） 使用rtp(udp承载)互相发送接收摄像头采集的视频
1. 采集：MediaRecorder 编码 H263 容器 3GP
2. 传输：RTP over UDP
3. 播放：ffmpeg 解码 NDK bitmap 输出
?
问题
-----
无线局域网环境丢包严重, 序列号不连续或是重复，导致大量视频马赛克。
?
参考了CSDN相关讨论
JiangZhubing 写道解码老是有马赛克可能因为：
1. 接收网络数据包后没有调整包的顺序，譬如说接受包的顺序是1，3，4，2，如果没有调整顺序的话，发送给解码器的顺序也是1，3，4，2，这样肯定会出现马赛克
2. 接收网络数据包后没有没有合并数据包，众所周知，一个Video帧可能被分割成多个网络数据包传送，譬如说是1，2，3，如果在接受端没有将这三个包合并成一个Video帧发送给解码器，而是当成三个Video帧发送给解码器，也肯定会出现马赛克
3. 没有正确处理好网络丢包的情况，如果所丢的数据包正好传送的是另外一个帧所参考的的数据，这样也会出现马赛克
4. 解码器有问题，如果播放本地文件也出现马赛克的话caiyi9000 写道我去年做了一段时间局域网上的实时视频传输，如果是服务器对多用户进行实时的视频传输，以我的经验：
1.服务器软件用多线程：
（1）主线程：读出（看你的图象具体怎么上PC机了）一帧视频数据，送给拆分线程。
（2）拆分线程：接到一帧视频，开始拆包、做帧标记、打序列号，送给发送线程。
（3）发送线程：用RTP socket把封装好的数据包发给客户端。此socket是点对多点、单向
有根方式的组播套接字，实际上是基于UDP派生的，但他用到了RTP和RTCP（实时传输
协议和实时传输控制协议），如果你传输的不是实时数据，直接用UDP就行了。
2.客户端软件结构一般用多线程，线程间用事件对象进行同步，而共享数据区用临界区对象进
行同步。
（1）主线程：接收网络数据包的线程，优先级最高，可以尽量保证不丢数据，也采用RTP协
议,用网络事件来触发。主线程接收到视频数据包后，将数据放入一个链表中，然后
用事件对象触发组装线程。
（2）组装线程：从链表中读出数据包，要进行帧确认、排序等工作，当把一帧图象的所有
包都取到时，再调用组装模块（可以是一个函数），将这些数据包组装成完整的一个
帧，然后送到解压线程。
（3）若干解压播放线程。主要考虑到如果你客户端软件想同时播放多画面，比如说4画面图
象，就要用4个解压播放线程。
（4）至于图象存储，要看你的客户需要怎么存了，如果是手工存当然不需要单开线程，如果
是规定定时存或在某个事件发生时自动存盘，就需要单开一个线程，由定时器到时消息
或此事件发生来触发。
后来我们项目也将图象送上了广域网和Internet，主要就是传输的速率明显慢了。把服务器软件放在Web服务器上，用UDP点对点的方式给提出视频服务的Internet客户端发出相应视频帧。还可以实现对每个客户端的各种服务请求的响应和控制。
给你提一些建议：
（1）Winsock传输部分最好不要用MFC提供的类，自己用API做，但是应用
程序可以用MFC做，
（2）在局域网上用点对多点的组播方式传输时，基于RTP和RTCP协议来做。
服务器方得拆包传，每包最好不要大于2K，以我去年做的项目经验，
用1.5K比较好，每包间隔1-2毫秒。发送方给每包打上时间戳和序列
号，接收方重新排序和组装。
（3）如果是点对点传，应该基于UDP协议，可以一帧一帧的传，我最大传过
30K。没问题，我已经在实际项目中试过，JPEG格式的视频流在局域网
中1秒15帧，一帧12K；在广域网中1秒中4帧，一帧15K。
（4） 如果你传输的是监控的告警数据，要求准确性，你必须基于TCP协
议，用点对点方式传输。?
参考?
?
http://topic.csdn.net/t/20030410/16/1644213.htmlhttp://topic.csdn.net/t/20021122/20/1199319.htmlhttp://topic.csdn.net/t/20021125/16/1203810.htmlhttp://topic.csdn.net/t/20031112/17/2453864.htmlhttp://topic.csdn.net/t/20010626/09/171477.htmlhttp://topic.csdn.net/u/20090602/18/e281ab0a-5978-44ff-95e0-09958d5a6fba.htmlhttp://topic.csdn.net/u/20090114/10/4b80d230-2562-49ff-bf70-35cb9e2afdc6.htmlhttp://topic.csdn.net/t/20031015/17/2359140.htmlhttp://topic.csdn.net/t/20020723/12/895504.html
?
?
?
