标签：style blog http color os 使用 ar strong for
在广域网中，由于网络的结构纷繁复杂、而且其实时状况又是千变万化的，所以，要使广域网中的视频聊天达到一个令人满意的效果，存在诸多挑战。这次发布的GG 3.7版本尝试在这一方向上做一些努力，据我自己测试，相比之前版本，新版本GG的视频聊天的效果确实有较大提升。本文不仅会分享GG的最新源码，而且也会把我在过去项目中总结的一些语音视频聊天的优化心得分享给大家。
针对视频聊天的优化，主要体现在以下几点，为了方便介绍，我将VideoForm的窗体设计的截图放在这里：
1.实时显示对方的麦克风状态（启用或禁用），如图中A。
2.实时显示对方的摄像头状态（启用或禁用），如图中B。
3.实时显示对方视频的编码质量，如图中D。取值0~31，值越小，视频越清晰。
4.允许控制对方视频编码质量的策略：根据网络情况自适应，或直接手动指定编码质量（下拉列表选择：优、良、中、差）。如图中C。
5.控制对方摄像头的采集视频在高分辨率（640*480）和低分辨率（352*288）之间切换。如图中E。
6.实时显示网络通道的状态（类似信号强度）。如图中F。
7.界面上的勾选框用于控制开启或关闭自己的摄像头、麦克风、扬声器，以及显示自己视频的小窗口。
GG运行起来之后，视频聊天的截图如下所示：
关于本次GG更新的源代码，就不多讲了，大家下载了自己去看，相对还是比较简单的。接下来，我总结一下自己以往做视频聊天优化的经验。
如果网络情况相当好，那自然可以选择流畅高清的视频对话（如高的帧率、高的采集分辨率、高的视频编码质量等）。然而，现实总是残酷的，所以，针对现实情况，我们必须有所权衡和取舍。
1.优先保证语音流畅。
（1）语音数据的流量很小，一般小于5k/s。但是，语音对网络的抖动要求较高，较大的网络抖动，就会导致语音一卡一卡的。
虽然GG使用的OMCS内部内置抖动缓冲区JitterBuffer，但也只能一定程度地缓解卡的问题，而且是以增加语音延迟为代价的。
（2）避免通过TCP一次性发送非常大块的数据Blob，因为这样会导致在发送Blob期间，任何语音数据包都发送不出去。建议是将大的Blob拆分成多个小块发送。
2.在网络差时
（1）首先降低摄像头的采集分辨率，如去掉上面截图窗体上“高分辨率”选项的勾勾。
（2）如果视频或语音还是卡，则降低视频的编码质量。如果是手动调节，则依次下调视频编码质量：优->良->中->差。
（3）还可以降低摄像头采集的帧频（在服务端的配置文件中设置），由于GG内部会自动根据网络情况进行智能弃帧，所以，这个操作对GG而言就没多大必要了。
（4）如果语音还是卡，那么，就关掉视频吧，只进行纯语音对话。自己这边将窗体上的“摄像头”前面的勾勾去掉，而且让对方也去掉这个勾勾。
3.在租赁服务器时，一定要选择独享带宽，记住，独享的。据我的经验，在IDC租服务器时免费赠送的百兆共享带宽还不如租个5M的独享的效果好。
注：GG使用VS2010编译生成的GG.exe文件，这个文件经常被新毒霸误报为病毒，所以，这次发布的压缩包中我把客户端生成的GG.exe删除了，大家可以自己编译生成它。
关于GG的最新全貌介绍、以及如何部署、数据库、试用帐号等问题，我单独写了一篇文章，作为汇总，可参见 可在广域网部署运行的QQ高仿版 -- GG2013概要。
欢迎和我探讨关于GG2013的一切，我的QQ：2027224508，多多交流！
大家有什么问题和建议，可以留言，也可以发送email到我邮箱：ggim2013@163.com。
如果你觉得还不错，请粉我，顺便再顶一下啊，呵呵
可在广域网部署运行的QQ高仿版 -- GG叽叽V3.7，优化视频聊天、控制更多相关细节
标签：style blog http color os 使用 ar strong for
原文地址：http://www.cnblogs.com/justnow/p/3974416.html
