2,542
社区成员
发帖
与我相关
我的任务
分享rtp 外网传输马赛克问题
如题，我用jrtplib实现了局域网内的实时的视频数据的传输，
但是把它放到外网上测试时，能收到视频数据，但是特别的不
清晰，有很多的马塞克。。。
个人怀疑是网络丢包的问题，但是我不知道怎样去改善它，
jrtplib的RTCP控制应该它自己实现了。
急着用，大家给点意见。。。
但是把它放到外网上测试时，能收到视频数据，但是特别的不
清晰，有很多的马塞克。。。
个人怀疑是网络丢包的问题，但是我不知道怎样去改善它，
jrtplib的RTCP控制应该它自己实现了。
急着用，大家给点意见。。。
...全文
请发表友善的回复…
发表回复
Bestrem_9 2010-09-21
- 打赏
- 举报
谢谢的啊。。。
我会考虑的
[Quote=引用 9 楼 avguru 的回复:]
这个现象肯定是丢包造成的。比较可行的办法，牺牲实时性，TCP，或者重传，或者做FEC；
[/Quote]
我会考虑的
[Quote=引用 9 楼 avguru 的回复:]
这个现象肯定是丢包造成的。比较可行的办法，牺牲实时性，TCP，或者重传，或者做FEC；
[/Quote]
avguru 2010-09-20
- 打赏
- 举报
这个现象肯定是丢包造成的。比较可行的办法，牺牲实时性，TCP，或者重传，或者做FEC；
wanshi131 2010-09-20
- 打赏
- 举报
一般是丢包、乱序造成的
dengzikun 2010-09-15
- 打赏
- 举报
UDP传输的话，
丢包，乱序都要考虑。
数据包打上序号，按序组帧。
丢包，乱序都要考虑。
数据包打上序号，按序组帧。
Bestrem_9 2010-09-15
- 打赏
- 举报
如果我用TCP的话，实时性不知道能不能保证的啊。。。
我感觉我这里出现的问题也可能是包的乱序问题。
可能是关键帧较大，我将其分片传输，在接收端接收出现包的乱序，
然后送去解码，然后解码出现问题。
关于丢包的话，我这里初步的选择是，如果丢包了，就直接将其丢弃掉。
[Quote=引用 5 楼 wwwllg 的回复:]
一般是丢包问题造成的.
如果BP侦丢了就会花屏.
解决方法是采用不丢包的TCP协议或UDX,UDT,RAKNET,RUDP这类不丢包的协议.
另外应用层也需要改进,在网络情况特不好的情况下,只传I侦(关见针).
[/Quote]
我感觉我这里出现的问题也可能是包的乱序问题。
可能是关键帧较大，我将其分片传输，在接收端接收出现包的乱序，
然后送去解码，然后解码出现问题。
关于丢包的话，我这里初步的选择是，如果丢包了，就直接将其丢弃掉。
[Quote=引用 5 楼 wwwllg 的回复:]
一般是丢包问题造成的.
如果BP侦丢了就会花屏.
解决方法是采用不丢包的TCP协议或UDX,UDT,RAKNET,RUDP这类不丢包的协议.
另外应用层也需要改进,在网络情况特不好的情况下,只传I侦(关见针).
[/Quote]
UDX协议 2010-09-14
- 打赏
- 举报
一般是丢包问题造成的.
如果BP侦丢了就会花屏.
解决方法是采用不丢包的TCP协议或UDX,UDT,RAKNET,RUDP这类不丢包的协议.
另外应用层也需要改进,在网络情况特不好的情况下,只传I侦(关见针).
如果BP侦丢了就会花屏.
解决方法是采用不丢包的TCP协议或UDX,UDT,RAKNET,RUDP这类不丢包的协议.
另外应用层也需要改进,在网络情况特不好的情况下,只传I侦(关见针).
Torch009 2010-09-13
- 打赏
- 举报
可以试着把收到的数据保存下来，然后播放这个文件，看有没有马赛克
Bestrem_9 2010-09-13
- 打赏
- 举报
几位讲的有道理，我试下在发送端和接收端侦听发包和收包，
看是丢包问题还是解码出现了问题，可能包不是按序到达的。
看是丢包问题还是解码出现了问题，可能包不是按序到达的。
peterb 2010-09-12
- 打赏
- 举报
ls高手, 如果照着做可以改善此现象
dengzikun 2010-09-12
- 打赏
- 举报
1.使用专线，保证带宽。
2.降低编码输出带宽，使用CBR编码。
3.在实时性可接受的情况下，重传丢掉的视频数据包。
4.发现丢包后，解码器停止解码，直到收到下一个完整的关键帧后，再开始解码。(停顿也是马赛克???)
5.尽量少发送关键帧。
。。。。。
使用更好的错误隐藏编解码器。
2.降低编码输出带宽，使用CBR编码。
3.在实时性可接受的情况下，重传丢掉的视频数据包。
4.发现丢包后，解码器停止解码，直到收到下一个完整的关键帧后，再开始解码。(停顿也是马赛克???)
5.尽量少发送关键帧。
。。。。。
使用更好的错误隐藏编解码器。
