VCB-Studio > 我们爱科普 > [VCB-Studio 科普教程 3] 视频格式基础知识

[VCB-Studio 科普教程 3] 视频格式基础知识

12-19 196,509

这本来是群内写给队友做入门知识学习的，然后觉得挺适合改改贴出来向大家科普，所以就有了这篇教程。之前的两篇播放器教程可以算 1 和 2 吧。

本教程意在讲述一些视频音频制作的基础知识和术语，适合不了解压片原理的收片党们自学。它可以比较详细地回答以下常见的问题：

. MP4/MKV 这些格式有什么区别？哪个画质好？

. 视频的码率是怎么算的？为什么同样是 1080p 的视频，有些体积大有些体积小？

. 视频储存的图像信息是什么格式的？跟显示器一样的红绿蓝么？

. 8-bit/10-bit 到底指的什么？为什么说 8-bit 显示器还有必要看 10-bit 视频？

. YUV420/444 这些标示到底什么意思？哪个好？

. 线条，平面，纹理这些到底是什么意思？视频为啥还有高频低频？

. 码率越高的视频画质越好么？

本教程将分以下模块详细叙述：

1. 封装格式（MP4/MKV…）vs 媒体格式（H.264/FLAC/AAC…）

2. 视频的基础参数：分辨率、帧率和码率

3. 图像的表示方法：RGB 模型 vs YUV 模型

4. 色深

5. 色度半采样

6. 空间上的低频与高频：平面、纹理和线条

7. 时间上的低频与高频：动态

8. 清晰度与画质简述

1、封装格式(MP4/MKV…)  vs 媒体格式(H.264/FLAC/AAC…)

MP4+MKV是你下载的视频文件最常见的种类。这些文件其实类似一个包裹，它的后缀则是包裹的包装方式。这些包裹里面，包含了视频（只有图像），音频（只有声音），字幕等。当播放器在播放的时候，首先对这个包裹进行拆包（专业术语叫做分离/splitting）,把其中的视频、音频等拿出来，再进行播放。

 

既然它们只是一个包裹，就意味着这个后缀不能保证里面的东西是啥，也不能保证到底有多少东西。包裹里面的每一件物品，我们称之为轨道(track)，一般有这么些：

 

视频(Video): 一般来说肯定都有，但是也有例外，比如mka格式的外挂音轨，其实就是没视频的mkv。注意我们说到视频的时候，是不包括声音的。

音频(Audio)：一般来说也肯定有，但是有些情况是静音的，就没必要带了。

章节(Chapter): 蓝光原盘中自带的分段信息。如果文件带上了，那么你可以在播放器中看到带章节的效果：

.potplayer右键画面，选项-播放-在进度条上显示书签/章节标记

.mpc-hc 右键画面，选项-调节-在进度条显示章节标记

字幕(Subtitles)：有些时候文件自带字幕，并且字幕并非是直接整合于视频的硬字幕，那么就是一起被打包在封装容器中。

其他可能还有附件等，不一一列举。每个类型也不一定只有一条轨道，比如经常见到带多音轨的MKV。

 

每个轨道，都有自己的格式。比如大家常说的，视频是H.264，音频是AAC，这些就是每个轨道的格式。

视频的格式，常见的有H.264(可以细分为8bit/10bit)，H.265(当前也有8bit/10bit之分)，RealVideo(常见于早期rm/rmvb)，VC-1(微软主导的，常见于wmv)。基本上，H.264=AVC=AVC1, H.265=HEVC。

音频的格式，常见的有 FLAC/ALAC/TrueHD/DTS-HD MA这四种无损，和AAC/MP3/AC3/DTS(Core)这四种有损。

 

MKV vs MP4，主要的区别在于：

  1. MKV支持封装FLAC作为音频，MP4则不支持。但是MP4也可以封装无损音轨(比如说ALAC，虽然普遍认为ALAC的效率不如FLAC优秀)
  2. MKV支持封装ASS/SSA格式的字幕，MP4则不支持。一般字幕组制作的字幕是ASS格式，所以内封字幕多见于MKV格式
  3. MP4作为工业标准，在视频编辑软件和播放设备上的兼容性一般好于MKV。这也是vcb-s那些为移动设备优化的视频基本上选择MP4封装的原因。

除此之外，这两个格式很大程度上可以互相代替。比如它们都支持封装AVC和HEVC，包括8bit/10bit的精度。所以MP4画质不如MKV好，这种论断是非常无知的——它们完全可以封装一样的视频。

为什么会有这样的分歧，就是历史原因了。MKV是民间研发，为了代替古老的AVI，从而更好地支持H264，它开发和修改的灵活度使得它可以兼容flac/ass这类非工业标准的格式；而MP4则是出生豪门，作为工业标准，替代更古老的MPG，作为新一代视频/音频封装服务的。

2、视频的基础参数：分辨率，帧率和码率。

视频是由连续的图像构成的。每一张图像，我们称为一帧(frame)。图像则是由像素(pixel)构成的。一张图像有多少像素，称为这个图像的分辨率。比如说1920×1080的图像，说明它是由横纵1920×1080个像素点构成。视频的分辨率就是每一帧图像的分辨率。

 

一个视频，每一秒由多少图像构成，称为这个视频的帧率(frame-rate)。常见的帧率有24000/1001=23.976, 30000/1001=29.970, 60000/1001=59.940, 25.000, 50.000等等。这个数字是一秒钟内闪过的图像的数量。比如23.976，就是1001秒内，有24000张图像。视频的帧率是可以是恒定的(cfr, Const Frame-Rate)，也可以是变化的(vfr, Variable Frame-Rate)

 

码率的定义是视频文件体积除以时间。单位一般是Kbps(Kbit/s)或者Mbps(Mbit/s)。注意1B(Byte)=8b(bit)。所以一个24分钟，900MB的视频：

体积：900MB = 900MByte = 7200Mbit

时间：24min = 1440s

码率：7200/1440  = 5000 Kbps = 5Mbps

 

当视频文件的时间基本相同的时候（比如现在一集番大概是24分钟），码率和体积基本上是等价的，都是用来描述视频大小的参数。长度分辨率都相同的文件，体积不同，实际上就是码率不同。

码率也可以解读为单位时间内，用来记录视频的数据总量。码率越高的视频，意味着用来记录视频的数据量越多，潜在的解读就是视频可以拥有更好的质量。（注意，仅仅是潜在，后文我们会分析为什么高码率不一定等于高画质）

3、图像的表示方法：RGB模型 vs YUV模型

光的三原色是红(Red)、绿(Green)、蓝(Blue)。现代的显示器技术就是通过组合不同强度的三原色，来达成几乎任何一种可见光的颜色。图像储存中，通过记录每个像素红绿蓝强度，来记录图像的方法，称为RGB模型 (RGB Model)

常见的图片格式中，PNG和BMP这两种就是基于RGB模型的。

 

比如说原图：

111

分别只显示R G B通道的强度，效果如下：

111

111

111

三个通道下，信息量和细节程度不一定是均匀分布的。比如说可以注意南小鸟脸上的红晕，在3个平面上的区分程度就不同——红色平面下几乎无从区分，造成区别的主要是绿色和蓝色的平面。外围白色的脸颊，三色都近乎饱和；但是红晕部分，只有红色饱和，绿色和蓝色不饱和。这是造成红色凸显的原因。

 

除了RGB模型，还有一种广泛采用的模型，称为YUV模型，又被称为亮度-色度模型（Luma-Chroma）。它是通过数学转换，将RGB三个通道，转换为一个代表亮度的通道(Y,又称为Luma)，和两个代表色度的通道(UV，并成为Chroma)。

 

举个形象点的例子：一家养殖场饲养猪和牛，一种记数方式是：（猪的数量，牛的数量）

但是也可以这么记录：（总数量=猪的数量+牛的数量，相差=猪的数量-牛的数量）。两种方法之间有数学公式可以互转。

 

YUV模型干的是类似的事儿。通过对RGB数据的合理转换，得到另一种表示方式。YUV模型下，还有不同的实现方式。举个用的比较多的YCbCr模型：它把RGB转换成一个亮度(Y)，和 蓝色色度(Cb) 以及 红色色度(Cr)。转换背后复杂的公式大家不需要了解，只需要看看效果：

只有亮度通道：

111

只有蓝色色度：

111

只有红色色度：

111

在图像视频的加工与储存中，YUV格式一般更受欢迎，理由如下：

 

1、人眼对亮度的敏感度远高于色度，因此人眼看到的有效信息主要来自于亮度。YUV模型可以将绝大多数的有效信息分配到Y通道。UV通道相对记录的信息少的多。相对于RGB模型较为平均的分配，YUV模型将多数有效信息集中在Y通道，不但减少了冗余信息量，还为压缩提供了便利

2、保持了对黑白显示设备的向下兼容

3、图像编辑中，调节亮度和颜色饱和度，在YUV模型下更方便。

几乎所有的视频格式，以及广泛使用的JPEG图像格式，都是基于YCbCr模型的。播放的时候，播放器需要将YCbCr的信息，通过计算，转换为RGB。这个步骤称为渲染（Rendering）

每个通道的记录，通常是用整数来表示。比如RGB24，就是RGB各8个bit，用0~255 (8bit的二进制数范围)来表示某个颜色的强弱。YUV模型也不例外，也是用整数来表示每个通道的高低。

 

4、色深

 

色深(bit-depth)，就是我们通常说的8bit和10bit，是指每个通道的精度。8bit就是每个通道用一个8bit整数(0~255)代表，10bit就是用10bit整数(0~1023)来显示。16bit则是0~65535

(注意，上文的表述是不严谨的，视频在编码的时候，并非一定能用到0~255的所有范围，而是可能有所保留，只用到一部分，比如16~235。这我们就不详细展开了)

 

你的显示器是8bit的，代表它能显示RGB每个通道0~255所有强度。但是视频的色深是YUV的色深，播放的时候，YUV需要通过计算转换到RGB。因此，10bit的高精度是间接的，它使得运算过程中精度增加，以让最后的颜色更细腻。

 

如何理解8bit显示器，播放10bit是有必要的呢：

一个圆的半径是12.33m, 求它的面积，保留两位小数。

半径的精度给定两位小数，结果也要求两位小数，那么圆周率精度需要给多高呢？也只要两位小数么？
取pi=3.14, 面积算出来是477.37平方米
取pi=3.1416，面积算出来是477.61平方米
取pi精度足够高，面积算出来是477.61平方米。所以取pi=3.1416是足够的，但是3.14就不够了。

 

换言之，即便最终输出的精度要求较低，也不意味着参与运算的数字，以及运算过程，可以保持较低的精度。在最终输出是8bit RGB的前提下，10bit YUV比起8bit YUV依旧具有精度优势的原因就在这里。事实上，8bit YUV转换后，覆盖的精度大概相当于8bit RGB的26%，而10bit转换后的精度大约可以覆盖97%——你想让你家8bit显示器发挥97%的细腻度么？看10bit吧。

 

8bit精度不足，主要表现在亮度较低的区域，容易形成色带：

logo

 

注意这图右边那一圈圈跟波浪一样的效果。这就是颜色精度不足的表现。

10bit的优势不只在于显示精度的提高，在提高视频压缩率，减少失真方面，相对8bit也有优势。这方面就不展开了。

 

5、色度半采样

 

在YUV模型的应用中，Y和UV的重要性是不等同的。图像视频的实际储存和传输中，通常将Y以全分辨率记录，UV以减半甚至1/4的分辨率记录。这个手段被称为色度半采样(Chroma Sub-Sampling)。色度半采样可以有效减少传输带宽，和加大UV平面的压缩率，但是不可避免的会损失UV平面的有效信息。

 

我们平常的视频，最常见的是420采样。配合YUV格式，常常被写作yuv420。这种采样是Y保留全部，UV只以(1/2) x (1/2)的分辨率记录。比如说1920×1080的视频，其实只有亮度平面是1920×1080。两个色度平面都只有960×540的分辨率。

当然了，你也可以选择不做缩减。这种称为444采样，或者yuv444。YUV三个平面全是满分辨率。

 

在做YUV->RGB的时候，首先需要将缩水的UV分辨率拉升到Y的分辨率（madVR中允许自定义算法，在Chroma Upscaling当中），然后再转换到RGB。做RGB->YUV的转换，也是先转换到444（YUV的分辨率相同），再将UV分辨率降低。

 

一般能拿到的片源，包括所有蓝光原盘，都是420采样的。所以成品一般也保留420采样。所以yuv420就表示这个视频是420采样的yuv格式。

将420做成444格式，需要自己手动将UV分辨率拉升2×2倍。在今天madVR等渲染器可以很好地拉升UV平面的情况下，这种做法无异于毫无必要的拉升DVD做成伪高清。

当然了，有时候也需要在444/RGB平面下做处理和修复，常见的比如视频本身RGB平面不重叠（比如摩卡少女樱），这种修复过程首先要将UV分辨率拉升，然后转RGB，做完修复再转回YUV。修复后的结果相当于全新构图，这种情况下保留444格式就是有理由，有必要的。

 

H264格式编码444格式，需要High 4:4:4 Predictive Profile（简称Hi444pp）。所以看到Hi444pp/yuv444 之类的标示，你就需要去找压制者的陈述，为什么他要做这么个拉升。如果找不到有效的理由，你应该默认作者是在瞎做。

 

6、空间上的低频与高频：平面，纹理和线条

在视频处理中，空间(spatial)的概念指的是一帧图片以内（你可以认为就是一张图所呈现的二维空间/平面）。跟时间(temporal)相对；时间的概念就强调帧与帧之间的变换。

 

于是我们重新来看这张亮度的图：

111

亮度变化较快，变动幅度大的区域，我们称之为高频区域。否则，亮度变化缓慢且不明显的区域，我们称为低频区域。

 

图中的蓝圈就是一块典型的低频区域，或者就叫做平面（平坦的部分）。亮度几乎没有变化

绿圈中，亮度呈现跳跃式的突变，这种高频区域我们称之为线条。

红圈中，亮度频繁变化，幅度有高有低，这种高频区域我们称为纹理。

 

有时候，线条和纹理（高频区域）统称为线条，平面（低频区域）又叫做非线条。

 

这是亮度平面。色度平面，高频低频，线条等概念也同样适用，就是描述色度变化的快慢轻重。一般我们所谓的“细节”，就是指图像中的高频信息。

一般来说，一张图的高频信息越多，意味着这张图信息量越大，所需要记录的数据量就越多，编码所需要的运算量也越大。如果一个视频包含的空间性高频信息很多（通俗点说就是每一帧内细节很多），意味着这个视频的空间复杂度很高。

记录一张图片，编码器需要决定给怎样的部分多少码率。码率在一张图内不同部分的分配，叫做码率的空间分配。分配较好的时候，往往整幅图目视观感比较统一；分配不好常见的后果，就是线条纹理尚可，背景平面区域出现大量色带色块（码率被过分的分配给线条）；或者背景颜色过渡自然，纹理模糊，线条烂掉（码率被过分的分配给非线条）。

 

7、时间上的低频与高频：动态

在视频处理中，时间(temporal)的概念强调帧与帧之间的变换。跟空间(spatial)相对。

动态的概念无需多解释；就是帧与帧之间图像变化的强弱，变化频率的高低。一段视频如果动态很高，变化剧烈，我们称为时间复杂度较高，时域上的高频信息多。否则如果视频本身舒缓多静态，我们称为时间复杂度低，时域上的低频信息多。

 

一般来说，一段视频的时域高频信息多，动态的信息量就大，所需要记录的数据量就越多，编码所需要的运算量也越大。但是另一方面，人眼对高速变化的场景，敏感度不如静态的图片来的高（你没有时间去仔细观察细节），所以动态场景的优先度可以低于静态场景。如何权衡以上两点去分配码率，被称为码率的时间分配。分配较好的时候，看视频无论动态还是静态效果都较好；分配不好的时候往往是静态部分看着还行，动态部分糊烂掉；或者动态部分效果过分的好，浪费了大量码率，造成静态部分欠码，瑕疵明显。

 

很多人喜欢看静止的截图对比，来判断视频的画质。从观看的角度，这种做法其实并不完全科学——如果你觉得比较烂的一帧其实是取自高动态场景，那么这一帧稍微烂点无可厚非，反正观看的时候你注意不到，将码率省下来给静态部分会更好。

 

8、清晰度与画质简述

 

我们经常讨论，一个视频清晰度如何，画质好不好。但是如何给这两个术语做定义呢？

 

经常看到的说法：“这个视频清晰度是1080p的”。其实看过上文你就应该知道，1080p只是视频的分辨率，它不能直接代表清晰度——比如说，我可以把一个480p的dvd视频拉升到1080p，那又怎样呢？它的清晰度难道就提高了么？

 

一个比较接近清晰度的概念，是上文所讲述的，空间高频信息量，就是一帧内的细节。一张图，一个视频的细节多，它的清晰度就高。分辨率决定了高频信息量的上限；就是它最清晰能到什么地步。1080p之所以比480p好，是因为它可以允许图像记录的高频信息多。这个说法看样子很靠谱，但是，有反例：

oversharped

右图的高频信息远比左图多——它的线条很锐利，有大量致密的噪点（注意噪点完全符合高频信息的定义；它使得图像变化的非常快）
但是你真的觉得右图清晰度高么？
事实上，右图完全是通过左图加工而来。通过过度锐化+强噪点，人为的增加无效的高频信息。

 

所以清晰度的定义我更倾向于这样一个说法：图像或视频中，原生、有效的高频信息。
原生，强调这种清晰度是非人工添加的；有效；强调细节本身有意义，而不是毫无意义的噪点特效。

 

值得一提的是，人为增加的高频信息不见得完全没有帮助。有的时候适度锐化的确能够起到不错的目视效果：

finesharped

这是一幅适度锐化后的效果。如果有人觉得右图更好，至少某些部分更好，相信我，你不是一个人。所以适度锐化依旧是视频和图像处理中，可以接受的一种主观调整的手段，一定的场合下，它确实有助于提高目视效果。

 

以上是清晰度的概述。注意，清晰度只是空间方面（就是一帧以内）。如果再考虑到动态效果的优秀与否（视频是不是那种一动起来就糊成一团的，或者动起来感觉卡顿明显的，常见于早起RMVB），空间和时间上优秀的观看效果共同定义了画质。所以我们说madVR/svp那些倍帧效果有助于提高画质，实际上它们增强了时间上的观看效果。

 

好的画质，是制作者和观众共同追求的。怎么样的视频会有好的画质呢？是不是码率越高的视频画质越好呢？真不见得。视频的画质，是由以下几点共同决定的：

 

1、源的画质。
俗话说的好，上梁不正下梁歪。如果源的画质本身很差，那么再如何折腾都别指望画质好到哪去。所以压制者往往会选择更好的源进行压制——举个栗子，BDRip一般都比TVRip来的好，哪怕是720p。蓝光也分销售地区，一般日本销售的日版，画质上比美版、台版、港版啥的都来得好，所以同样是BDRip，选取更好的源，就能做到画质上优先一步。

 

2、播放条件。
观众是否用了足矣支持高画质播放的硬件和软件。这就是为啥我们在发布Rip的同时大力普及好的播放器；有时候一个好的播放器胜过多少在制作方面的精力投入。

 

3、码率投入vs编码复杂度。
视频的时间和空间复杂度，并称为编码复杂度。编码复杂度高的视频，往往细节多，动态高（比如《魔法少女小圆剧场版 叛逆的物语》），这样的视频天生需要较高的码率去维持一个优秀的观看效果。
相反，有些视频编码复杂度低（比如《请问今天要来点兔子么》，动态少，线条细节柔和），这种视频就是比较节省码率的。

 

4、码率分配的效率和合理度。
同样多的码率，能起到怎样好的效果，被称为效率。比如H264就比之前的RealVideo效率高；10bit比8bit效率高；编码器先进，参数设置的比较合理，编码器各种高端参数全开（通常以编码时间作为代价），码率效率就高。
合理度就是码率在时空分配方面合理与否，合理的分配，给观众的观看效果就比较统一协调。 码率分配的效率和合理度，是对制作者的要求，要求制作者对片源分析，参数设置有比较到位的理解。

码率分配和合理度做的好，就常常能做出低码率高画质的良心作品。

 

这里再多提一句，至少在这个时间点，也就是此文发布的2014年年底，HEVC相对于AVC可以提高50%的效率，依旧是一个纸面上的理论值。实际操作中，因为HEVC编码器的成熟度远不及经过了十几年发展的AVC编码器，导致现在HEVC的潜力远没有能发挥出来，特别是高画质下甚至不如。
对于目前主流的，定位收藏画质的BDRip，同样码率下x265的画质相对于x264没有优势；所以在近期，大家不用优先的去下载HEVC版作为收藏目的，更不必迷信什么“码率降低一半”。再强调一次，这个时间点；如果一年后以上陈述被不断进步的HEVC编码器推翻，我毫不惊讶。

 

 

5、编码前的预处理。预处理分三种：

①，客观修复。强调修复片源固有的瑕疵，比如锯齿，色带，晕轮等等。
②，主观调整，强调将片源调整的更适合人眼观看，比如适度的锐化，调色（有时候你是可以通过科学方法判定片源的颜色有问题，然后针对的做修复的）。
③，移除无效高频信息，比如降噪，避免码率浪费在无效的噪点上

预处理做的好，往往能达到画质上超越片源，或是在几乎不牺牲清晰度的前提下，节省码率开销。

但是预处理是一把双刃剑，优化的同时，可能引入副效果。降噪、抗锯齿、去晕轮等操作会不可避免的损失一些有效细节（或多或少，取决于制作者水准）；主观调整很可能会引入副效果（比如过度锐化会导致锯齿和晕轮），或是变成了作者的自我满足，形成对观众的欺骗。

 

综上，一个优秀的画质，是由片源、制作者、观看者共同决定的；码率高低也只是部分因素，并非决定性的效果。

于是这篇教程就写到这里吧。它最初的目的是给学习视频制作入门的人而写，也不知道对于一般的观众，能让大家理解多少。有啥需要交流讨论提问的就在下文回复吧。如果反响较好，以后我们还会发布更多这样科普教学类的文章。

LittlePox
Latest posts by LittlePox (see all)

版权属于: VCB-Studio

原文地址: https://vcb-s.com/archives/2726

转载时必须以链接形式注明原始出处及本声明。

您可能也喜欢:

在 Windows 系统中启用长路径功能

从本月起我们的成品可能不再遵从较为严格的路径长度限制。这篇文章将简单介绍如何在 Windows 系统中启用长路径功能。 Windows 系统中较为保守的最大路径...

阅读全文

VCB-Studio 视频播放器推荐及教程索引

(Image Credit: しおん@pixiv) 目前我们推荐的播放器可以分成两大阵营：mpv 和 MPC。前者跨平台，后者仅限 Windows。 mpv mpv 可以在 Windows、macOS 和桌面...

阅读全文

基于 MPC-HC 和 madVR 的播放器配置入门

之前的 MPC 系教程和 madVR 教程都有些过时了。老教程直接通过注册表来设置虽然简单直接，但不利于维护，索性重新写一篇。 和 mpv 的教程 类似，本教程只提及...

阅读全文

235 条评论

  1. 首先感谢作者的讲解！
    作为科普来说讲的可以说是十分通俗易懂了。
    不过在阅读时发现一处..可能是笔误？
    在第6节（空间上的低频与高频：平面，纹理和线条）图片的下方。

    “亮度变化较快，变动幅度大的区域，我们称之为高频区域。否则，亮度变化缓慢且不明显的区域，我们称为低频区域。”中的“否则”我个人认为应该是想打“反之”吧

    我承认有点吹毛求疵了，不过强迫症大概就是这样吧。
    当然如果我的想法不对，还请忽略就好。

    1. 回复给槑肉: 动漫画面是复杂且多样的
      否则表示：除这种情况之外的所有情况
      而反之表示：与这种情况相反的情况下，较为片面
      我是这样理解的

  11. 课代表来啦！欢迎交流和指正。
    1.1080P显示器有必要播放4k吗？

    图像与视频的两种模型：RGB与YUV（亮度-色度模型）。YCbCr（YUV的一种，Y：亮度，Cb：蓝色色度，Cr：红色色度，只保留亮度信息：彩色变黑白）应用最广泛（几乎所有的视频），播放器将YUV（文件中储存的）转化为RGB（视频展示的）过程称为渲染。由于人眼对亮度的敏感度高于色度，故视频中常压缩色度信息以减小码率，比如最常见的yuv420，1080P视频色度的分辨率为960×540。4k比1080P具有更多的色度信息，故1080P的显示器播放4k仍有意义。

    2.8bit显示器有必要播放10bit吗？

    有意义，YUV的信息越精准，转化为RGB就越接近真实。

    以下是比方，与具体算法无关。计算一个半径为12.33的面积：

    （1）pi取3.14，S=477.370746≈477.37（8bit显示器播放8bit视频，面积取两位小数表示8bit显示器只能精确到小数点后两位）

    （2）pi取3.1416，S=477.613992≈477.61（8bit播10bit）

    （3）pi取3.1416，S=477.613992≈477.6140（10bit播10bit）

    色带就是8bit精度不足的表现。

    3.相同片子码率越高画质越好？

    不一定。与效率和码率分配的合理性有关，码率只是决定了画质的上限。

    （1）相同的码率起到的效果越好，称为效率越高。采用的技术不同效率不同（如10bit>8bit）。

    （2）单帧以内的视频称为空间，帧之间的变换称为时间。根据量（可以是亮度、色度）的变化剧烈程度分为高频（线条）（高频多即画面细节多）和低频（非线条）。图中篮圈为低频，绿圈和红圈为高频。时间维度上也如此。视频呈现效果与码率在空间和时间上不同区域分配的合理性有关。

    4.截图对比画质是否科学？

    不完全科学。人眼对静态图片（低频信息）的敏感度高于高速变化的场景（高频信息），所以在当码率不能过高的时候，高速变化的帧可以适当烂一点，省下来弥补静态画面。

    5.mkv与mp4孰优孰劣？

    mkv包容度更好（可内嵌字幕，可封装flac），mp4兼容性更好。avi和rmvb则过于古老。

    6.片源有哪些？

    （1）BD（Blue-ray Disc），蓝光盘，画质最佳，有时包含未公开放送的片段（如《中二病也要谈恋爱》第一、二季的第13集）。

    （2）TV，电视放送的版本。

    （3）Web-DL（Web-download），从在线视频网站（B站、网飞等）抓取的。

    （4）CAM（camera）、TS（Telesync），画面来自于影院盗摄，不要考虑。

    另外，当地的蓝光往往比其他地区发售的更好，比如日漫以日版蓝光为最佳。

    7.SDR显示器有必要播放HDR吗？

    个人认为无必要。

    参考：

    https://vcb-s.com/archives/2726

    https://www.yinfans.me/%e9%ab%98%e6%b8%85%e5%b8%b8%e8%af%86

  12. 看完了 感謝科普 想借問 大佬們壓制bd的軟體是甚麼? 如果單純要補偵且不失真輸出 有建議的軟體嗎 用vegas的話 體積都會翻個5倍以上

  13. 来请教dalao们….

    10bit SDR比10bit HDR的文件是大还是小？
    还有，如何判断文件是SDR还是HDR？是不是需要文件、播放器、显示器都支持的前提才能判断？

    1. > 10bit SDR比10bit HDR的文件是大还是小？

      SDR/HDR 和文件体积没有任何直接关系。

      > 如何判断文件是SDR还是HDR？

      MediaInfo 是你的好伙伴。

    2. 在近似画质下，10bit SDR的体积会比10bit HDR大。
      以下例子供参考。（10bit SDR 69.1Mbps，10bit HDR 48.4Mbps）

      Video
      ID : 1
      Format : HEVC
      Format/Info : High Efficiency Video Coding
      Format profile : Main [email protected]@High
      Codec ID : V_MPEGH/ISO/HEVC
      Duration : 1 h 29 min
      Bit rate : 69.1 Mb/s
      Width : 3 840 pixels
      Height : 1 632 pixels
      Display aspect ratio : 2.35:1
      Frame rate mode : Constant
      Frame rate : 24.000 FPS
      Color space : YUV
      Chroma subsampling : 4:2:0
      Bit depth : 10 bits
      Bits/(Pixel*Frame) : 0.460
      Stream size : 43.4 GiB (94%)
      Title : Bill.and.Teds.Excellent.Adventure.1989.2160p.BluRay.x265.10bit.SDR.DTS-HD.MA.5.1-SWTYBLZ
      Writing library : x265 3.0+1-ed72af837053:[Windows][GCC 8.2.0][64 bit] 10bit
      Encoding settings : cpuid=1111039 / frame-threads=6 / numa-pools=40 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840×1632 / interlace=0 / total-frames=129356 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=3 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=1 / keyint=24 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / no-rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=0 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / strong-intra-smoothing / max-merge=2 / limit-refs=3 / no-limit-modes / me=1 / subme=2 / merange=57 / temporal-mvp / weightp / no-weightb / no-analyze-src-pics / deblock=0:0 / no-sao / no-sao-non-deblock / rd=3 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=0.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=19.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=160000 / vbv-bufsize=160000 / vbv-init=0.9 / crf-max=0.0 / crf-min=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=1 / aq-strength=1.00 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=2 / transfer=2 / colormatrix=2 / chromaloc=0 / display-window=0 / max-cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / opt-qp-pps / opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / no-opt-cu-delta-qp / no-aq-motion / no-hdr / no-hdr-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=5 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=0 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / qp-adaptation-range=1.00
      Language : English
      Default : Yes
      Forced : No

      Video
      ID : 1
      Format : HEVC
      Format/Info : High Efficiency Video Coding
      Format profile : Main [email protected]@High
      HDR format : SMPTE ST 2086, HDR10 compatible
      Codec ID : V_MPEGH/ISO/HEVC
      Duration : 1 h 29 min
      Bit rate : 48.4 Mb/s
      Width : 3 840 pixels
      Height : 1 634 pixels
      Display aspect ratio : 2.35:1
      Frame rate mode : Constant
      Frame rate : 24.000 FPS
      Color space : YUV
      Chroma subsampling : 4:2:0 (Type 2)
      Bit depth : 10 bits
      Bits/(Pixel*Frame) : 0.322
      Stream size : 30.4 GiB (91%)
      Title : Bill.and.Teds.Excellent.Adventure.1989.2160p.UHD.BluRay.x265.10bit.HDR.DTS-HD.MA.5.1-SWTYBLZ
      Writing library : x265 3.4+1-7b120308dc64:[Windows][MSVC 1900][64 bit] 10bit
      Encoding settings : cpuid=1176575 / frame-threads=5 / numa-pools=36 / wpp / no-pmode / no-pme / no-psnr / no-ssim / log-level=2 / input-csp=1 / input-res=3840×1634 / interlace=0 / total-frames=129356 / level-idc=51 / high-tier=1 / uhd-bd=0 / ref=4 / no-allow-non-conformance / repeat-headers / annexb / aud / hrd / info / hash=0 / no-temporal-layers / no-open-gop / min-keyint=24 / keyint=250 / gop-lookahead=0 / bframes=4 / b-adapt=2 / b-pyramid / bframe-bias=0 / rc-lookahead=25 / lookahead-slices=4 / scenecut=40 / hist-scenecut=0 / radl=0 / no-splice / no-intra-refresh / ctu=64 / min-cu-size=8 / rect / no-amp / max-tu-size=32 / tu-inter-depth=1 / tu-intra-depth=1 / limit-tu=0 / rdoq-level=2 / dynamic-rd=0.00 / no-ssim-rd / signhide / no-tskip / nr-intra=0 / nr-inter=0 / no-constrained-intra / no-strong-intra-smoothing / max-merge=3 / limit-refs=3 / limit-modes / me=3 / subme=3 / merange=57 / temporal-mvp / no-frame-dup / no-hme / weightp / no-weightb / no-analyze-src-pics / deblock=-3:-3 / no-sao / no-sao-non-deblock / rd=4 / selective-sao=0 / no-early-skip / rskip / no-fast-intra / no-tskip-fast / no-cu-lossless / no-b-intra / no-splitrd-skip / rdpenalty=0 / psy-rd=2.00 / psy-rdoq=1.00 / no-rd-refine / no-lossless / cbqpoffs=0 / crqpoffs=0 / rc=crf / crf=17.0 / qcomp=0.60 / qpstep=4 / stats-write=0 / stats-read=0 / vbv-maxrate=160000 / vbv-bufsize=160000 / vbv-init=0.9 / crf-max=0.0 / crf-min=0.0 / ipratio=1.40 / pbratio=1.30 / aq-mode=2 / aq-strength=0.70 / cutree / zone-count=0 / no-strict-cbr / qg-size=32 / no-rc-grain / qpmax=69 / qpmin=0 / no-const-vbv / sar=1 / overscan=0 / videoformat=5 / range=0 / colorprim=9 / transfer=16 / colormatrix=9 / chromaloc=1 / chromaloc-top=2 / chromaloc-bottom=2 / display-window=0 / master-display=G(8500,39850)B(6550,2300)R(35400,14600)WP(15635,16450)L(10000000,1) / cll=0,0 / min-luma=0 / max-luma=1023 / log2-max-poc-lsb=8 / vui-timing-info / vui-hrd-info / slices=1 / no-opt-qp-pps / no-opt-ref-list-length-pps / no-multi-pass-opt-rps / scenecut-bias=0.05 / hist-threshold=0.01 / no-opt-cu-delta-qp / no-aq-motion / hdr10 / hdr10-opt / no-dhdr10-opt / no-idr-recovery-sei / analysis-reuse-level=0 / analysis-save-reuse-level=0 / analysis-load-reuse-level=0 / scale-factor=0 / refine-intra=0 / refine-inter=0 / refine-mv=1 / refine-ctu-distortion=0 / no-limit-sao / ctu-info=0 / no-lowpass-dct / refine-analysis-type=0 / copy-pic=1 / max-ausize-factor=1.0 / no-dynamic-refine / no-single-sei / no-hevc-aq / no-svt / no-field / qp-adaptation-range=1.00 / no-scenecut-aware-qpconformance-window-offsets / right=0 / bottom=0 / decoder-max-rate=0
      Language : English
      Default : Yes
      Forced : No
      Color range : Limited
      Color primaries : BT.2020
      Transfer characteristics : PQ
      Matrix coefficients : BT.2020 non-constant
      Mastering display color primaries : BT.2020
      Mastering display luminance : min: 0.0001 cd/m2, max: 1000 cd/m2

      2. 这两个成品，从可能的预压制源，到参数，到编码器版本，都很不一样，而且没有任何证据表明“画质相似”。所以恕我对“在近似画质下，10bit SDR的体积会比10bit HDR大。”持怀疑态度。

          1. 我和其他人观点不太一样，hdr和sdr根本上动态范围就天差地别，何谈画质相似？此外，hdr视频精准回放是业界难题，所谓的真实的hdr效果取决于用户手里参差不齐的hdr设备（夸张点说99%都是渣）

  18. AV1在目前未成熟的阶段已经超越了X265一丢丢，发展前景也是非常之广
    不知道VCB会不会在将来使用AV1代替X265…..

    2. AV1也好，HEIF也罢，最近都看到询问我们是否会升级的帖子。一个科技从诞生到采用，有这么几个阶段：
      1. PPT上比旧科技好很多（AV2/VVC在这里)
      2. 论文/技术规范上比旧科技好很多（AV1/HEIF两年前在这里）
      3. 实验室原型上比旧科技好很多（AV1/HEIF一年前在这里）
      4. 小范围公众测试比旧科技好很多（AV1/HEIF现在在这里，也是我们开始测试这些科技的时间），有开发人员开始开发它们配套设施（解码器，看图软件，批量工具，。。。。。。）
      5. 大范围公众测试比旧科技好很多（HEVC/WebP一两年前在这里，也是我们开始推广这些科技的时间），配套设施在公众中可以普及（比如播放器普遍支持），使用成本下降（编码器大量优化，不再龟速）
      6. 工业界认可这些新科技的使用，比旧科技更有经济价值（B站等科技企业开始使用，HEVC现在在这里）

      1. 但是在19年末youtube已经将大量视频转化为AV1编码（详情百度或参考上面链接）
        是不是可以i说是满足第六条了呢 😉

        1. Youtube那是利益相关，AV1的开发Google贡献了最多的代码。自家开发的自己不用这怎么卖得出去？用B站举例只是因为B站就是个拿来主义。

          1. 就像07-08年日本的东芝高清和索尼蓝光争谁更好，其实只有个人用户在比较两家区别，真正有话语权的根本不在乎这些数据，他们只在乎游戏和成人电影发行商到底用谁。。。

    4. 我觉得AV1可能比你想的要悲观很多，有两点原因现在看来是死穴，无解：
      1. 对高码率编码的心理学优化。
      AV1的开发是针对网络视频的，不是蓝光压制的。它在低码率表现良好，但是高码率下的目视效果连x264现在都比不过。这没啥好奇怪的，擅长长跑的不一定擅长短跑，跟训练有关。x264/x265是开源社区经年累月针对高码率优化和调教，但是Google这帮不做盗版的企业很难有动力去针对性优化。

      2. 缺乏良好的编码器优化
      目前AV1编码器实在是太慢了，而且很难无缝对接到现有的生产体系中。我们不可能让队友花10倍的时间就为了那10%的提升，更别提还要让整个团队重新配置和测试生产环境。Google这帮财大气粗的大佬可以砸钱买硬件，我们不行。

      1. web组考虑到目标用户的播放设备，更不敢用av1吧。目前移动平台除了天机1000都只能软解，我835软解1080P都卡。PC倒是没啥问题，前提是用对了播放器

欢迎留言

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据。