视频通话研究002

来源:互联网 发布:2015中国石油进口数据 编辑:程序博客网 时间:2024/06/05 01:16

还是关于视频质量,经测试,在公网服务器使用SQCIF(128x98)进行视频通话,2个客户端都是这个设置,感觉不出马赛克,模糊严重,在一个手机客户端抓包,如下:


第1,2行是客户端发到服务器的数据;第3,4行是服务器发往客户端的数据。"RTPType-98"是视频流,"g711A"是音频流,可以看出视频丢包不严重。


再看看480p(640x480)的情况


第1,2行是客户端发到服务器的数据;第3,4行是服务器发往客户端的数据。

根据网上得到的数据,10%的丢包率是不能正常的进行视频了。


问题来了:

1. 上述数据说明,或者可以说明,480p是因为带宽不够导致丢包率严重?

1.1 链路本身又问题?

通过ping,以及sqcif,应该可以说明链路是通的,以及时顺畅的

1.2 480p包太大?

视频包大概是1200,1300,而mtu是1500,所以应该不会被协议分包

1.3 丢包是在2天不同时间,多次测量的,应该不会是偶然


服务器到客户端丢包率很低,甚至不丢包,那是不是可以说明客户端发送不过来?


码率,是个什么概念,有什么作用?科普了一遍,还是没看懂,回头有空把大神们的指教整理下发上来。客官请看下面数据:

http://www.ezs3.com/public/What_bitrate_should_I_use_when_encoding_my_video_How_do_I_optimize_my_video_for_the_web.cfm


Bitrate就是码率

好吧,没有480p的数据,那请看wiki的

https://en.wikipedia.org/wiki/Bit_rate#Video


好吧,wiki没写明具体的分辨率,那请看下面的

http://www.lighterra.com/papers/videoencodingh264/


跟wiki有些出入,但是相差不大,480p需要1m+的码率


而带宽需求约等于码率+音频包大小,1.28mbps,也就是160kBps,上行带宽


同事说,他给朋友传文件只有50kB左右,那问题是否真的处在这里?

有待确认!


网络是客观因素,可变的可能性不大,而用户的实际环境更是想都想不到,那是否可以从客户端上面入手?应该是可以的,不过,暂时真的是一点头绪都没

需要谨慎的科普!

0 0