视频通话研究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左右,那问题是否真的处在这里?
有待确认!
网络是客观因素,可变的可能性不大,而用户的实际环境更是想都想不到,那是否可以从客户端上面入手?应该是可以的,不过,暂时真的是一点头绪都没
需要谨慎的科普!
- 视频通话研究002
- 视频通话研究001
- Elastix视频通话配置
- asterisk 视频通话 支持
- 视频通话和聊天工具
- Android视频通话
- jmf实现视频通话
- android视频通话
- 视频通话最新谍报
- 视频通话最新谍报
- Android 视频通话
- 视频通话(开源)
- android视频通话
- android 视频通话相关
- Android视频通话开发
- 视频通话外包
- android WebRTC视频通话
- asterisk配置视频通话
- UITableView
- UITableViewCell cell中图片文字的自适应高度
- Android之——JNI配置C语言打印Logcat信息
- 微信公共服务平台开发(.Net 的实现)10-------地理位置
- cell自适应高度
- 视频通话研究002
- poj 1789 Truck History 【prim & kruskal】
- windows下实现Git在局域网使用
- 168Excel Sheet Column Title
- Android反编译获取源码-android学习之旅(70)
- eclipse loading com.android......adt
- 在Datagridview中双事件获取行号时数据源重新绑定后
- UITableViewCell cell中图片文字的自适应高度
- BZOJ 3091 城市旅行 LCT