(完整版)openmeetings音视频参数设置及优化.pdfVIP

OpenMeetins 音视频参数 设置及优化 作者：老猫 日期： 2010-9-17 一、前言 OpenMeetings 是一个基于 Flash 视频的视频会议系统， 它的后台是基于开源的流媒体服 务器 RED5 做的二次开发，而前台实质上是一个采用 OpenLaszlo 开发的 Flash。也就是说， OpenMeetings 的客户端必须运行在 Flash 环境下。因此，我们不妨把 PC 机上的 Flash Player 看作是一个 OS （操作系统），而把 OpenMeetings 的前台（ swf 文件）当作该操作系统下的 一个可执行程序。这样的思路下，我们就可以理解，就如我们在 Windows 下开发依赖于硬 件的应用程序时必须要借助 WINDOWS API 的支持一样， OpenMeetings 的客户端也极度依 赖 Flash 环境所能提供的功能和性能，尤其是和音频视频相关的地方。 二、 OpenMeetings 流媒体采集和编码 Flash 视频的客户端采集视频和音频信号后由 Flash 插件完成音视频编码，编码算法是 封闭的，据说采用的编码协议是 H.323 （视频编码为 H.263），应用开发者无法优化这一块。 OpenMeetings 调用摄像头时并创建一个广播流时，我们来看看 Flash 做了哪些动作： 捕获摄像头信号 进行视频压缩编码 创建一个基于 RTMP 协议的流与 RED5 建立连接 将经过视频压缩编码后的数据按照 RTMP 协议进行信道编码 将信道编码后的数据放入流中 我们可以发现， Flash 自动帮我们完成了大部分的工作，所以开发基于 Flash 的流媒体 应用是一件相当轻松愉快的事情。然而，事物总是具备两面性的， Flash 的封闭性使我们无 从着手改进音视频的压缩编码算法，更谈不上改进 RTMP 协议传输协议。能改善性能的地 方都被牢牢地封闭在黑箱子里， 就好比我们要参加汽车节油比赛时， 却发现手里只有一辆纯 自动档的汽车，让你空有一身车技却无用武之地时，郁闷更是无与伦比。 三、 OpenMeetings 公网上应用的带宽瓶颈 在国内， 大多数家庭用户和中小型企业接入都采用 ADSL 线路。 我们知道， ADSL 是一 种不对称线路，即下行带宽大，而上行带宽很小，大约只占下行带宽的四分之一。 512K 的 ADSL 线路，上行带宽大约为 128Kbit ，即不到 20KB 的码流。 OpenMeetings 默认用户视频设置参数为 30 帧/秒（ FPS）、分辨率为 320*240 、质量为 90，要求稳定的上传带宽为 50KB 左右，如果再加上 10Kb~20Kb 的音频信号，就要求在 50KB~70KB 的上行码流才能无损地向其它用户广播。 Flash 对于音频采集和编码的效率也很一般，采样速率为 22K 时，其音频压缩编码后的 码流速率一般为 10KB ；采用默认采样率为 44K 时，码流速率为 16KB 左右。也就是说， 512K 的 ADSL 线路仅能保障较高质量的音频要求。 两者的差距巨大，因此，如果按照 OpenMeetings 的默认设置部署在公网上，很多用户 会感觉到别人的视频或音频非常卡，