2,542
社区成员
发帖
与我相关
我的任务
分享udp采用rtp传输丢包问题
RTP传输UDP视频流数据，采用Live555开源代码实现。
视频流信息：分辨率（1080P），比特率（固定码流：4Mbps），帧数（25帧/秒）
接入方式：一台百兆交换机接入4台摄像机，两台HIKVISION，两台普通摄像机。
问题：PC端采用VLC连接RTSP流，抓包反馈HIKVISION两台机子都不丢包，普通摄像机就会丢包。
wireshark抓包下来比对，包大小一致，网上搜索资料说可以通过RTCP进行丢包自适应控制，如果没有丢包补偿重发，这种环境下，为何HIKVISION都不丢包呢？
分太少了，只能给这么多了，大侠们，帮忙吧。
视频流信息：分辨率（1080P），比特率（固定码流：4Mbps），帧数（25帧/秒）
接入方式：一台百兆交换机接入4台摄像机，两台HIKVISION，两台普通摄像机。
问题：PC端采用VLC连接RTSP流，抓包反馈HIKVISION两台机子都不丢包，普通摄像机就会丢包。
wireshark抓包下来比对，包大小一致，网上搜索资料说可以通过RTCP进行丢包自适应控制，如果没有丢包补偿重发，这种环境下，为何HIKVISION都不丢包呢？
分太少了，只能给这么多了，大侠们，帮忙吧。
...全文
请发表友善的回复…
发表回复
Putin_yhc 2014-12-08
- 打赏
- 举报
这个问题其实没有完美的解决方案，很多公司都会面临这个问题。丢包是不可避免的，你只能降低丢包带来的损失。视频在直播的过程中，只要丢包就会出现花的现象，如果丢失了关键帧的数据，那么视频必然会花，丢失了非关键帧，程序处理的时候可以把非关键帧扔掉，少播放一帧基本看不出来。那么丢失了关键帧rtp包怎么办呢，这时候如果你重传数据，那么用户观看的时候必然会卡一下，重传拿回数据后至少可以保证后面的数据不会花，如果不重传数据花就是必然的。至于rtcp协议，其实就是个数据反馈，不能保证数据不丢失，但是你可以根据反馈数据降低发送的数据帧数，通常你可以扔掉四分之一的非关键帧。至于可靠udp协议，其实和自己实现原理是差不多的，通过重传数据来保证不丢，但是不能避免卡的问题。
BruceLin2008 2014-12-05
- 打赏
- 举报
谢谢你的回复，这个UDX，是否需要客户端与服务端同时修改，才能取作用呢？
我先学习一下，如果需要同时修改，兼容性就不好了。
UDX协议 2014-12-05
- 打赏
- 举报
可以试下UDP可靠传输协议udx
www.goodudx.com
UDX协议 2014-12-05
- 打赏
- 举报
可以试下UDP可靠传输协议udx
www.goodudx.com
