关键词不能为空

当前您在: 主页 > 英语 >

(完整版)OpenMeetings音视频参数设置及优化

作者:高考题库网
来源:https://www.bjmy2z.cn/gaokao
2021-02-11 00:05
tags:

-

2021年2月11日发(作者:casesensitive)


OpenMeetins


音视频参数



设置及优化




作者:老猫



日期:


2010-9-17



一、前言



OpenMeetings


是一个基于


Flash


视频的视频会议 系统,


它的后台是基于开源的流媒体服


务器

RED5


做的二次开发,而前台实质上是一个采用


Open Laszlo


开发的


Flash


。也就 是说,


OpenMeetings


的客户端必须运行在


Flash


环境下。因此,我们不妨把


PC


机上的


Flash Player


看作是一 个


OS


(操作系统)


,而把

< p>
OpenMeetings


的前台(


swf


文件)当作该操作系统下的


一个可执行程序。这样的思路下,我们就可 以理解,就如我们在


Windows


下开发依赖于硬

< p>
件的应用程序时必须要借助



WINDOWS A PI


的支持一样,


OpenMeetings

< br>的客户端也极度依



Flash


环境所能提供的功能和性能,尤其是和音频视频相关的地方。




二、


OpenMeetings


流媒体 采集和编码



Flash


视频的客户端 采集视频和音频信号后由


Flash


插件完成音视频编码,编码 算法是


封闭的,据说采用的编码协议是


H.323


(视频编码为


H.263



,应用开发者无法优化这一块。



OpenMeetings< /p>


调用摄像头时并创建一个广播流时,我们来看看


Flash


做了哪些动作:



?



捕获摄像头信号



?



进行视频压缩编码



?



创建一个基于

RTMP


协议的流与


RED5


建立 连接



?



将 经过视频压缩编码后的数据按照


RTMP


协议进行信道编码



?



将信道编码后的数据放入流中




我们可以发现,


Flash


自动帮我们完成 了大部分的工作,所以开发基于


Flash


的流媒体

< p>
应用是一件相当轻松愉快的事情。然而,事物总是具备两面性的,


Flas h


的封闭性使我们无


从着手改进音视频的压缩编码算法,更谈不 上改进


RTMP


协议传输协议。能改善性能的地


方都被牢牢地封闭在黑箱子里,


就好比我们要参加汽车节油比赛时,

< p>
却发现手里只有一辆纯


自动档的汽车,让你空有一身车技却无用武之地时, 郁闷更是无与伦比。




三、


OpenMeetings


公网上应用的带宽瓶颈



在国内,


大多数家庭用户和中小型企业接入都采用


ADSL


线路。


我们知道,

ADSL


是一


种不对称线路,即下行带宽大,而上行带宽很 小,大约只占下行带宽的四分之一。


512K



ADSL


线路,上行带宽大约为


128Kbit


,即不到


20KB


的码流。

< br>


OpenMeetings


默认用户视频设置参数为< /p>


30



/


秒(< /p>


FPS



、分辨率为

320*240


、质量为


90


,要 求稳定的上传带宽为


50KB


左右,如果再加上


10Kb~20Kb


的音频信号,就要求在


50KB~ 70KB


的上行码流才能无损地向其它用户广播。




Flash


对于音频采集和编码的效 率也很一般,采样速率为


22K


时,其音频压缩编码后的


码流速率一般为


10KB


< br>采用默认采样率为


44K


时,


码 流速率为


16KB


左右。


也就是说,< /p>


512K



ADSL

线路仅能保障较高质量的音频要求。



< br>两者的差距巨大,因此,如果按照


OpenMeetings

的默认设置部署在公网上,很多用户


会感觉到别人的视频或音频非常卡,

< p>
不流畅。


其实这大多数情况不是你网络接收的问题,



是视频发布者的上行带宽不能适应系统的要求。


我们知道,


在网络上,


流媒体数据一般是采



UDP


协议来传输的,


UDP


协议比


TCP


的开销小,但更容易丢帧,其接受的数 据包也不


是顺序的,


一旦由于带宽的问题导致客户端很长时间无 法收全一个视频基帧数据,


那么视频


就会停顿,俗话叫卡死。< /p>




这样的性能在国内极其不稳定的网络 条件下实在是差强人意,


同时,


前文也提到,

< br>我们


无法去动它的编码算法,


那么为了使


OpenMeetings


能适应国内大多数的


512 k adsl


拨号上网


线路,


我们只能 在音频视频的设置上下功夫,


在保证音频和视频的质量勉强可以让人接受的


前提下,来建立一个较为流畅的系统。




四、优化视频和音频参数以适应网络环境


OpenMeetings


音视频信号采集和压缩编码相关的参数信号都可以在它的 系统配置文件



中找到,其中音视频相关的部分如下:

< p>












30







用热情和汗水 打造属于自己的梦想!