|

楼主 |
发表于 2007-6-1 17:22:28
|
显示全部楼层
4.2清晰度:
250P:320x250
360P:480x360
720P:1280x720
1080P:1920x1080
4.3编码率/比特率
码率也叫比特率,表示经过压缩编码后的视音频数据每秒需要用多少个比特来表示,即把每秒显示的图像进行压缩后的数据量,一般采用的单位是kbps即千位每秒。码率是每秒播放多少KB,以KB/S为单位,通常情况下:
1920*1080分辨率的视频,码率应该在8M以上;1080*720的分辨率,应该在5M左右;720*576分辨率,应该在3M左右;640*480分辨率,应该在1.5M左右;320*240的分辨率,应该在600K左右。
4.4帧率
帧率(Framerate)是用于测量显示帧数的量度。所谓的测量单位为每秒显示帧数(Frames per Second,简称:FPS)或“赫兹”(Hz)。每秒的帧数(fps)或者说帧率表示图形处理器处理场时每秒钟能够更新的次数。高的帧率可以得到更流畅、更逼真的动画。一般来说30fps就是可以接受的,但是将性能提升至60fps则可以明显提升交互感和逼真感,但是一般来说超过75fps一般就不容易察觉到有明显的流畅度提升了。
同样分辨率下,视频文件的码流越大,压缩比就越小,画面质量就越高。
4.5采样率
在模拟视频中,采样率定义为帧频和场频,而不是概念上的像素时钟。图像采样频率是传感器积分周期的循环速度。由于积分周期远远小于重复所需时间,采样频率可能与采样时间的倒数不同。
50 Hz - PAL 视频
60 / 1.001 Hz - NTSC 视频
当模拟视频转换为数字视频的时候,出现另外一种不同的采样过程,这次是使用像素频率。一些常见的像素采样率有:13.5 MHz - CCIR 601、D1 video
5.视屏传输协议
5.1 RTP
RTP(Real-TimeTransport Protocol)/RTCP(Real-Time Transport Control Protocol) 是一种应用型的传输层协议,它并不提供任何传输可靠性的保证和流量的拥塞控制机制。它是由IETF(InternetEngineering Task Force)为视音频的实时传输而设计的传输协议。RTP协议位于UDP协议之上,在功能上独立于下面的传输层(UDP)和网络层,但不能单独作为一个层次存在,通常是利用低层的UDP协议对实时视音频数据进行组播(Multicast)或单播(Unicast),从而实现多点或单点视音频数据的传输。
RTP协议被设计成能够为某种特定的应用提供服务的一种协议。实际上,RTP协议的实现已经 被融合到应用程序中来。RTP没有连接的概念,它既可以建立在面向连接的底层协议上,也可以建 立在面向无连接的底层协议上,因此RTP协议对传输层是独立的。RTP协议一般由两个部分组成: 数据报文部分(RTP报文)和控制报文部分(RTCP)。
5.2 UDP
UDP是一种无连接的数据报投递服务,虽然没有TCP那么可靠,并且无法保证实时视音频传输业务的服务质量(QoS),需要RTCP实时监控数据传输和服务质量,但是,由于UDP的传输延时低于TCP,能与音频和视频流很好地匹配。因此,在实际应用中,RTP/RTCP/UDP用于音视频媒体,而TCP用于数据和控制信令的传输。
6. 影响视频质量的因素
6.1 编码/压缩的性能
影响音/视频流的压缩/编码性能的因素很多,首先是压缩效率。压缩效率要求在保证一定音/视频质量的前提下,媒体流的码流速率尽量低。其次是编码的冗余性和可靠性。与普通的多媒体文件压缩/编码不同的是,流媒体文件需要在网络上实时传输,因此必须考虑传输中数据丢失对解码质量的影响。为了解决这个问题,采用了一些先进的编码技术,例如错误弹性编码(ErrorResilient Encoding):在编码中通过适当的控制使得发生数据丢失后能够最大限度地减少对质量的影响。AnyChat采用国际领先的视频编码标准H.264(MPEG-4 part 10 AVC /H.264)编码,H.264/AVC 在压缩效率方面有着特殊的表现,一般情况下达到 MPEG-2 及 MPEG-4 简化类压缩效率的大约 2 倍。
H.264具有许多与旧标准不同的新功能,它们一起实现了编码效率的提高。特别是在帧内预测与编码、帧间预测与编码、可变矢量块大小、四分之一像素运动估计、多参考帧预测、自适应环路去块滤波器、整数变换、量化与变换系数扫描、熵编码、加权预测等实现上都有其独特的考虑。
6.2服务器性能
随着流媒体规模的扩大,流媒体服务器的性能成为制约流媒体服务扩展能力的重要因素。流媒体服务器性能的关键指标是流输出能力和能同时支持的并发请求数量。影响流媒体服务器性能的因素很多,包括CPU能力,I/O总线,存储带宽等。通常,单个流媒体服务器的并发数都在几百以内,因此,为了具有更好的性能,目前的高性能流媒体服务器都采用大规模并行处理的结构,例如采用超立方体的结构将各个流媒体服务单元连接起来。还有一种方法是采用简单的PC集群的方式,这种方式下多个PC流媒体服务器用局域网连接,前端采用内容交换/负载均衡器将流媒体服务的请求分布到各个PC媒体服务单元。后一种方式性能较前一种方式低,但是成本低,容易实现。
针对可不经过服务器中转的音视频应用,采用了P2P通信技术,该技术的核心在于防火墙的穿越。使用P2P通信技术,可以大大的减轻系统服务器的负荷,并成几何倍数的扩大系统的容量,且并不会因为在线用户数太多而导致服务器的网络阻塞。
6.3 媒体流传输的质量控制
这是制约流媒体性能的最重要的因素。由于流媒体传输对网络带宽、延迟、丢失率等都有很高的要求,而基于无连接的包交换IP网络对带宽资源和服务质量的控制能力都比较弱,因此,在IP网络上进行流媒体传输需要采用一些应用层的质量控制机制来解决传输中的问题。这些质量控制机制可以分为几个层次:最常用的方式是采用速率适应机制,基本的方法是通过一定的速率反馈机制,利用媒体流的速率层次编码能力,在媒体服务器端动态地调节流媒体的传输速率,保证客户端在网络可用带宽变化的时候也能够正常地收看流媒体内容。速率适应机制附以差错控制和冗余控制能够有效地保证流媒体的正常收看。目前流媒体的主流产品都具备应用层的速率适应能力。
7. 视频会议基本原理
视频会议也称为会议电视、视讯会议,是利用计算机技术和通信设备通过传输信道在两点或多 个地点之间建立可视通信,实现数据、语音及图像交流的一种会议形式。与会者不仅能看到对方的会场和发言人,而且可以听到对方的声音,如果再辅以书写电话和电子白板等设备,就可与对方会场的与会人员进行问题研讨,这和现场会议的效果基本一样。该会议系统利用计算机强大的信息处理能力,有效地进行了协同工作,在一定程度上取代了传统会议模式,是一种快速高效、经济方便且应用广泛的新工具。
视频会议终端设备将视频、音频、数据和信令等各种数字信号分别进行处理后组合成一路复合的数字码流,再将它转变为用户-网络接口兼容的,符合传输网络所规定的信道帧结构的信号格式送上信道进行传输。完成用户视频、音频和数据信号的输入与输出功能。
8.视频监控基本原理
前端摄像机采集图像信号,然后通过线缆将信号转至存储设备和管理设备并通过键盘管理显示图像。 |
|