视频压缩之—SVC
来源:互联网 发布:淘宝性感内衣买家秀 编辑:程序博客网 时间:2024/06/10 03:44
转自:http://blog.sina.com.cn/s/blog_9e924b2601015r2b.html
视频压缩之—SVC
H.264中还有一个SVC概念(Scalable Video Coding),可分层编码。先不管其具体的含义,来想象下视频通信中可能遇到的问题。
1.带宽问题,IP网络带宽是不稳定的,网络带宽降低是,视频流应该自动的降低码率,以适应当前带宽。而视频流码率的降低,并不意味着视频通信的结束,只是其帧率和分辨率相应降低。这样还是能维持基本的视频通信如帧率可以从60fps降低30fps或者25fps甚至20pfs。分辨率可以从高清降到标清的4cif甚至cif。这样可以很大程度的降到码率,但同时保证了视频通信的基本功能正常进行(用户还是能看到能够分辨的图形和听到清晰的声音)。
2.在未来的通信中,参与视频对话的终端多种多样,有专用的硬件视频终端,有桌面软终端,还有移动终端中的PAD和手机。终端的多样性对视频码流的要求也不一样。如移动终端一般相对带宽较小,且屏幕尺寸也较小,屏幕宽高比也不同。每种终端希望拿到最适合自己的视频码流,既适合自己的网络带宽,又适合自己的硬件能力。如一种设备编码流出来后,其中既包含了高清到标清不同分辨率,又具有各种帧率。终端只需要发起申请,从其中拿到适合自己的码流,这是一件多好的事情,避免的转码,同时合理的利用的带宽和终端的硬件能力。
SVC的本意就是如此,能够实现码流的可伸缩,也就是说能根据带宽,终端的要求,自动调整发送给终端视频流的格式。一次性编码适应于多种信道和终端。视频会议中有一种MCU设备,你要是研究MCU的功能,你会发现它多么适合采用SVC技术。SVC技术的应用理论上应该能节省MCU的部分计算资源。但一路SVC码流实际上市多组码流构成的,它们是相互独立的,如果全部传输和存储必然是带宽和容量的增加。因此这种技术适合使用在中央设备上(如MCU),终端上是不会使用到的。SVC希望做到一次编码后,按需分配。
目前SVC技术应用得不广泛,RADVISION宣称已经支持。目前MCU所做的是要么按最低能力编码发送,要么按数组能力编码,数组码流发送。SVC技术无法做到跨越视频压缩标准,也就是所需要都在H,264或者其它莫一个相同的视频压缩标准之内,所以收端都支持该标准。如果跨域压缩标准(如终端中支持的压缩标准不相同,如只支持MPEG 或者只支持H.263或者只支持H.264),则终端设备还必须做转码才能实现互通。
- 视频压缩之—SVC
- SVC笔记之二
- iOS 之视频压缩
- svc
- svc
- 视频压缩
- 视频压缩
- 视频压缩原理之 预测编码
- 视频压缩原理之 预测编码
- [kernel 启动流程] (第二章)第一阶段之——设置SVC、关闭中断
- [kernel 启动流程] (第二章)第一阶段之——设置SVC、关闭中断
- adb shell命令整理之svc
- 系统自带功能之视频压缩
- 理解H.264 SVC的MGS 之 结构篇
- 音视频压缩的利器——MPlayer 音视频压缩的利器——MPlayer
- 基于DM642的mpeg-2视频压缩编码之硬件结构
- Android精选完整源码之控件指示器视频压缩日历源码!
- SVC——可分层视频编解码
- 3dMax第二章:基本体创建
- python yield学习
- 学术期刊的影响力
- 条款04:确定对象被试用前已被初始化
- 将中文版的ubuntu改成英文
- 视频压缩之—SVC
- 数据仓库中的几种数据模型
- SGISTL源码探究-关联式容器:map
- 崩溃.crash 文件分析
- Redis 脚本
- IntelliJ IDEA使用(3)——IDEA配置MAVEN
- Making up VMs from Many Weak Nodes of Edge Computing
- 从零开始前端学习[5]:关于html5默认标签样式的介绍以及定义清除
- 杭电4341-Gold miner(分组背包)