视频编解码之一：理论基础

1. 为什么要压缩

2. 为什么可以压缩

去除冗余信息
- 空间冗余：图像相邻像素之间有较强的相关性
- 时间冗余：视频序列的相邻图像之间内容相似
- 编码冗余：不同像素值出现的概率不同
- 视觉冗余：人的视觉系统对某些细节不敏感
- 知识冗余：规律性的结构可由先验知识和背景知识得到

3. 视频压缩分类

无损压缩（Lossless）
- 压缩前解压缩后图像完全一致X=X‘
- 压缩比低(2:1~3:1)
- 例如：Winzip，JPEG-LS
有损压缩（Lossy）
- 压缩前解压缩后图像不一致X≠X‘
- 压缩比高(10:1~20:1)
- 利用人的视觉系统的特性
- 例如：MPEG-2，H.264/AVC，AVS。

4. 编解码器

编码器（Encoder）
- 压缩信号的设备或程序
解码器（Decoder）
- 解压缩信号的设备或程序
编解码器(Codec)
- 编解码器对

编码关键技术：

编解码关键技术：

5. 视频传输面临的问题

传输系统不可靠
- 带宽限制
- 信号衰减
- 噪声干扰
- 传输延迟
视频传输出现的问题
- 不能解码出正确的视频
- 视频播放延迟

6. 视频传输的QoS参数

数据包的端到端的延迟
带宽：比特/秒
数据包的流失率
数据包的延迟时间的波动

时间： 2024-10-25 23:55:08

视频编解码之一：理论基础的相关文章

【H.264/AVC视频编解码技术具体解释】十三、熵编码算法（4）：H.264使用CAVLC解析宏块的残差数据

<H.264/AVC视频编解码技术具体解释>视频教程已经在"CSDN学院"上线,视频中详述了H.264的背景.标准协议和实现,并通过一个实战project的形式对H.264的标准进行解析和实现,欢迎观看! "纸上得来终觉浅.绝知此事要躬行".仅仅有自己依照标准文档以代码的形式操作一遍,才干对视频压缩编码标准的思想和方法有足够深刻的理解和体会. 链接地址:H.264/AVC视频编解码技术具体解释 GitHub代码地址:点击这里 1. H.264的CAVLC

各种音视频编解码学习详解

各种音视频编解码学习详解媒体业务是网络的主要业务之间.尤其移动互联网业务的兴起,在运营商和应用开发商中,媒体业务份量极重,其中媒体的编解码服务涉及需求分析.应用开发.释放license收费等等.最近因为项目的关系,需要理清媒体的codec,比较搞的是,在豆丁网上看运营商的规范标准,同一运营商同样的业务在不同文档中不同的要求,而且有些要求就我看来应当是历史的延续,也就是现在已经很少采用了.所以豆丁上看不出所以然,从 wiki上查.中文的wiki信息量有限,很短,而wiki的英文内容内多,删减版

各种与视频编解码以及视频图像处理的应用相关的新技术，新方法，各种软件开发相关的算法，思想。

1. 各种视频压缩标准(MPEG2, MPEG4, H261/2/3/4,X264, T264以及H264(AVC)和HEVC(H265)等的优化,改进,创新. 2. 各种不同平台的(CPU, GPU, DSP, ARM等等)开发,移植优化等, 涉及到的语言包括C, C++, X86汇编,TI DSP汇编,ADI DSP汇编, ARM汇编(armv4/v5/v6/v7 XSCALE WMMX cortex A8等),MMX, SSE, SSE2/3等, 以及目前利用OpenCL来调用GPU实现并

常用视频格式与视频编解码标准介绍转

细细算起来,视频文件可以分成两大类:其一是影像文件,比如说常见的VCD便是一例.其二是流式视频文件,这是随着国际互联网的发展而诞生的后起视频之秀,比如说在线实况转播,就是构架在流式视频技术之上的.流式视频(Streaming Video)采用一种"边传边播"的方法,即先从服务器上下载一部分视频文件,形成视频流缓冲区后实时播放,同时继续下载,为接下来的播放做好准备.这种"边传边播"的方法避免了用户必须等待整个文件从Internet上全部下载完毕才能观看的缺点. 1.A

【H.264/AVC视频编解码技术详解】十三、熵编码算法（4）：H.264使用CAVLC解析宏块的残差数据

<H.264/AVC视频编解码技术详解>视频教程已经在"CSDN学院"上线,视频中详述了H.264的背景.标准协议和实现,并通过一个实战工程的形式对H.264的标准进行解析和实现,欢迎观看! "纸上得来终觉浅,绝知此事要躬行",只有自己按照标准文档以代码的形式操作一遍,才能对视频压缩编码标准的思想和方法有足够深刻的理解和体会! 链接地址:H.264/AVC视频编解码技术详解 GitHub代码地址:点击这里 1. H.264的CAVLC解析宏块残差数据的流

音视频编解码技术的陷阱与出路，一个研发人员的思考

原来做过挺长时间的音视频编解码的东西,该做个总结了.这里就说下关于音视频编码这类工作的得失与取舍,其实主要是舍,有没有道理,权当一听.各位读者自行判断吧. 拿视频编码标准H.264来说,这真是个好事,视频编码标准化之后,兼容问题就“有法可依”了,利于影片.视频等的传播.但是,却给研究人员带来一个大问题.那就是在同样的标准下,各家公司如何竞争的问题.算法一旦标准化,就失去了发挥的灵活性,每个人.每个公司都是做这些东西.同时也成为了实力雄厚的大公司必须争夺的一个技术高地.其它公司如果也想争一下,就基

视频编解码，bbv 缓冲区的上溢和下溢

使用硬件相似的数据处理.一般都是数据进来,处理后立即发出去的形式.所以一般有一个数据进,一个数据出,2个接口. 硬件处理基本都要求实时.数据进来,处理之后马上发处理,这个时间要求非常短,一般要求控制在好多毫秒以内,才能达到实时的要求.一般硬件每秒钟能够处理的数据大小,在设计的时候就固定了.不能像软件那样,可以通过增加CPU来提升处理能力.而且硬件的缓存的容量也是在设计的时候就固定了,不能像软件那样,随意申请内存来用. 所以硬件的缓存都不会太大.缓存的数据太大,会造成等待数据处理延时太高.达不到实