江南春
发表于 2005-9-9 16:00:00
马上注册，结交更多好友，享用更多功能，让你轻松玩转社区。
您需要 登录 才可以下载或查看，没有帐号？快速注册
x
视频会议系统是一个综合性非常强的实时系统，因此在视频会议开发过程中，我们经常会遇到很多程序上的瓶颈，瓶颈的产生一般都是因为运算量过大，或者传输量过大甚至有些是因为设备输出量较大引起的瓶颈等，因此这些瓶颈可能产生与运算处理当中，也可能产生在数据传输过程中和输入、输出过程中。下面我们就列举一下视频会议开发过程中存在的瓶颈的部分及其解决办法。+ A' J; E% O+ p6 T$ F; P& u$ K
+ n8 [9 X1 N+ v' {+ O- i/ @7 N
1、MCU服务器的数据处理
8 x9 a% L$ s6 P: w' ?' j" _; I0 u: b4 @ K G
MCU服务器是整个视频会议系统的核心，因此MCU服务器的传输效率直接影响到整个视频会议系统的效应时间和效率。MCU服务器主要是进行转发数据，控制数据传输到相应的终端上，其传输方式一个有两种，一直是在MCU上进行合成，然后再传输到其他的终端，另外一种方式是MCU直接转发数据，然后再由终端对数据进行合成。两种方式各有利弊，在MCU上合成的方式，可以节省带宽，不论是视频还是音频数据都在MCU服务器上进行合成，会使到其传输数据量减少，但这种方式会占用较大的MCU服务器的CPU运算资源。而另外一种方式，MCU服务器只是转发数据，不参与合成音、视频，这种方式节省了MCU服务器的CPU运算时间，但会增加MCU服务器的带宽。对于这两种方式，我们可以把运算量小的音频数据在MCU服务器上进行合成，而运算量较大的视频数据采用直接转发的模式，这样既有效地减少了带宽，也提高了MCU服务器的运算效率。. X% t5 U' F3 r! V
! u2 B& O+ @! P+ a6 t/ [" ^2 Y 2、终端的图像重画
# U; @) P F0 @" q' q+ q
* `9 N2 Z u Z5 W9 ? 视频会议终端的图像一般要求达到20帧以上，因此频繁的重画图像需要终端的CPU运算量也是很大，因此我们重画图像的时候必须要采用效率更高的方式，传统的重画方式是通过解码后的图像一幅一幅的进行重绘，但其效率较低，我们可以通过底层的DirectDraw技术来进行图像的重画，其重绘的方式是直接往显卡里面输入数据，然后通过显卡直接显示数据，该方式可以充分利用显卡的底层接口，图像输出时间更快，大大地提高图像的重画效率。
2 y" }' `% D- w% X5 g) l% {
0 R. O" i3 y" i) f4 ]0 L 3、图像数据格式转换
+ }* L' |* b+ n
4 b. T/ z/ E' k 由于视频会议的图像都是经过压缩才进行传输，而一般的视频压缩算法都不是直接获取图像的RGB数据，它们接收的数据都是yuv420格式的数据，而RGB转yuv420数据是通过浮点运算进行，因此如果数据量大的情况下，其会消耗较大的CPU运算时间，因此我们可以通过建立转换表的方式来进行提前进行运算设置，建立转换表的方式也就是把所有可能进行运算的结果用表的方式进行先加载，然后当真正运算的时候，查表就可以得到相应的数据结果，这种通过空间来换时间的方式，可以大大提高图像的数据格式转换效率。 |
|
|
|
|
|
|
|
|
