标题:
为什么要对视频进行压缩
[打印本页]
作者:
yuyang911220
时间:
2015-12-23 10:10
标题:
为什么要对视频进行压缩
要实现实时视频通信,除了需比与其它数据通信(语音,非实时视频,数据)更高的带宽外,还需要对视频信号进行较大的压缩。网络带宽正随着无线接入技术和有线传输技术的发展不断提升,但即使这样,如果不对视频信号进行必要的压缩,目前用户的接入带宽也是远远无法满足视频通信的要求。
假设用户接入网带宽为20M(在中国,有这种接入网带宽的用户很少吧?),如果用户想进行实时的视频通信(比如说你想跟外地朋友进行视频聊天),假设你使用的图像分辨率为4CIF(704*576),帧频为25f/s.如果不进行压缩,大概需要多大的带宽呢?
那让我们计算下传输原始信号需要的带宽吧,如果原始图像为4:2:0的YUV格式数据(这个格式已经为原始数据的最小),每幅画面的大小为:704*576*1.5*8 bit = 4.64M,也就是说每一帧为4.64M。如果想看流畅的视频画面,大概每秒需要传输25帧,也即需要4.64*25M = 116M的带宽。CIF(352*288)格式也需要116/4=29M 的带宽。也就是说如果不压缩,20M的接入带宽,连QQ聊天都做不了。你想想QQ聊天的效果有多差?
刚刚计算的是标清分辨率条件下,大家现在不流行说高清,全高清吗,也就是说分辨率为720或者1080。这两种分辨率同样按YUV4:2:0的格式计算,原始数据量就更大了,720P(分辨率为1280*720):1280*720*1.5*8 bit = 10.55M。1080P(分辨率为1920*1080) 1920*1080*1.5*8 bit = 23.73M。要知道这只是一副画面的大小,流畅的视频画面需要大概每秒25帧或以上,也就是说高清720p的视频,原始数据大小为每秒10.55*25 = 263.75M,而1080P每秒数据量为23.73M*25 = 593.25M。这里还都只是算的每秒原始视频数据的数据量,大家再想想,随便一部高清电影,好莱坞大片,怎么也得有两个多小时,原始数据量就是再乘以3600秒*2。
原始视频数据有多大?经过上面简单计算你基本清楚了吧,别说实时传输目前的带宽远远不够,就是你想在自己的PC机子上存储一部高清好莱坞大片,以现在一般用户的硬盘空间也远远不够。(全高清1080P 2小时的大片,原始数据量大约为4171G)
计算了这么多,只是想说明一个问题,原始视频的数据量相当大,不可能直接进行实时网络传输,甚至连存储的代价都相当大。
这就需要做视频压缩,也就是说去除掉原始数据中的一些冗余,然后再进行传输或者存储,来减少对带宽和存储空间的需求。
大家现在可以在2M的带宽上享受高清实时视频服务,可以在一张4G的蓝光DVD里面存储高清视频,这是因为这些传输或者存在的视频信号已经经过了压缩。
而视频压缩又究竟是什么原理呢?为什么能进行压缩传输,显示端又能完美呈现呢?视频压缩又有 那些关键因素呢?
上面一篇文章提到了,视频压缩的目的是为了减少视频存储的空间或者视频传输带宽。既是存储和带宽相对廉价的今天,要实现视频的大容量存储(如视频监控)和实时传输,没有视频压缩几乎不可能。
视频压缩现状:
视频压缩编码标准种类繁多,其中
ITU
下主导的
H.26x
系列和
ISO
主导的
MPEG
系列影响最大,应用最为广泛。早期,
ITU
下的
H.26x
主要应用于实时领域;
ISO
的
MPEG
系列
(
它包括音频压缩标准
)
主要应用于广播电视,
VCD(MPEG1)
,
DVD(MPEG2)
存储。
ITU
发展到
H.264
后,开始与
ISO
的
MPEG4
融合。被纳入
MPEG-4
的第十部分。
目前主流的压缩标准为
H.264/AVC
。它在实时传输和存储领域已经得到广泛的应用。
H.264
于
2003
年正式发布,距今已经
9
年。我认为
H.264
标准未来
5
年还是视频应用主力。其在
IPTV
,视频监控,视频会议,和光盘存储中将继续占主导地位。
视频压缩先进性评价:
评价一种视频压缩算法是否先进,就开它与其它压缩算法相比,在同等视频质量条件下,压缩倍数是否更高。
在上一篇博文中我计算过,
1080P 25fps
的原始视频数据量
(
注:这里我写的
M
都是
Mb
的意思,就是说按网络带宽的意义去计算,网络带宽就是按每秒多少
bit
流来计算的,而存储容量的最小单位为
Byte
,也就是字节
(8bit)
。存储容量单位的
1M
表示
1MB
,等于网络带宽
8Mb)
。每秒大概数据量为
593Mb
。如果用户带宽为
4Mb
,想实现
1080P
的实时会议或者监控,最少需要将原始视频压缩近
593/4 = 150
倍。
当前高清实时视频应用的实现一般都采用
H.264
算法。因为在同等视觉效果下,它的压缩比比其它标准最少提升
2
倍。如
H.264
目前能在
4M
甚至是
2M
带宽下实现
1080P
实时传输,而其它算法几乎是无法实现的。
视频压缩算法发展的动力:
“一切动力来自人类的无穷欲望”,视频技术的发展也是如此。在电影电视领域,当大家欣赏到高清效果后,再也无法接受过去的标清时代的画质体验。而在
3D
电影《阿凡达》推出后,全球又刮起了一阵
3D
旋风。在通信领域,人们希望能随时随地的进行面对面的沟通。这两年思科等厂商推出的沉浸式网真视频会议抄得火热。监控和
IPTV
也早已步入全高清时代。未来将发展到
3D
时代。
更高的视觉享受更为细腻和清晰的画面质量。视频数据量更大。对传输和存储的压力也更大。因此对视频压缩算法的要求更高。希望能有更高的压缩比来减少对存储和传输视频信号的压力。
视频业务发展的基础:
视频压缩的核心思想就是利用视频信号的特点,去除视频信号的时间和空间冗余。从
H.261
到
H.264
,
MPEG1
到
MPEG4
。算法的压缩比有很大提升。未来还有
H.265
等更为先进的算法出现。算法研究者们不断推动高效高性能算法的出现是视频业务发展的技术基础之一。
算法压缩比越高,一般而言算法本身的复杂度也会相应提高。复杂的算法,需要更强大的计算能力。特别是实时的视频业务。因此芯片计算发展,是视频通信和业务能否发展起来的硬件保障。当前
DSP
芯片处理能力也不断大幅提升,在一定带宽条件下实现实时编码已毫无问题。视频信号处理芯片能力的提升,是高效压缩算法得到实现的硬件保障。
最后网络带宽的提升也是一个重要条件,特别是今年来无线视频业务的发展,得益于无线网路带宽的提升。
算法本身的发展,芯片能力,网络带宽。这三者一起推动了当今高清视频业务的普及,也是未来
3D
业务发展的技术基础。
视频会议压缩算法之-H.264 High profile
H.264 High Profile
实时视频还是继续向更高质量,更低带宽的方向发展。
H.264 High profile
技术于
2010
年率先被
polycom
应用于视频会议系统。比
h.264 baseline
进一步节约了近一半的带宽。当然我个人心存怀疑,觉得大分辨率图形带宽应该能减少
40%
到
50%
,如果较小分辨率,码率比例未必有那么明显。不过,大分辨率图形的码率降低,才是关键,z在高清在实时会议中,采用
H.264 baseline
,带宽要求还是比较高的。特别是要做
1080P 30pfs
甚至
60pfs
时。如果能减少一半带宽,意味着节省2-4 M带宽,如果是在MCU侧,则带宽节省就更可观了。
这里对
h.264
的几个
profile
做个简单介绍:
AVC/H.264
规定了多种不同的
Profile
:最低
Profile
、主要
Profile
、扩展
Profile
、高端
Profile
(这些
Profile
本身还要划分数个等级)。
-
最低
Profile
,也叫做底线
Profile
(
Baseline Profile
)支持
I/P
帧,只支持无交错(
Progressive
)和
CAVLC
;
-
扩展
Profile
(
Extended Profile
)支持
I/P/B/SP/SI
帧,只支持无交错(
Progressive
)和
CAVLC
;
-
主要
Profile
(
Main Profile
)提供
I/P/B
帧,支持无交错(
Progressive
)和交错(
Interlaced
),同样提供对于
CAVLC
和
CABAC
的支持;
-
高端
Profile
(
High Profile
)在主要
Profile
的基础上增加了
8x8
内部预测、自定义量化、无损视频编码和更多的
YUV
格式;
欢迎光临 电子技术论坛_中国专业的电子工程师学习交流社区-中电网技术论坛 (http://bbs.eccn.com/)
Powered by Discuz! 7.0.0