返回博客

画廊 / P4.2 · EncoX

10-bit、4:2:2 的视频转换后会怎样:取决于画面要不要重新压缩

先把最重要的那句放在前面:画面不需要重新压缩时,10-bit 与 HDR 的信息原样跟着走;画面需要重新压缩时,交付形状是按源位深、最高 10-bit、色度统一 4:2:0。这两条路是 EncoX 自己判断走的哪一条,判断依据写在EncoX 为什么有的视频很快、有的要更久——同一份文件是不是需要重编,取决于里面的画面编码,不取决于扩展名。

1. 为什么“不重编”这一类什么都没变

HEVC 10-bit(包括 HDR10 那一类)、H.264 Hi10P 这些画面,如果设备侧本来就能读,EncoX 走的是“搬运”而不是“重画”:像素数据一个字节都不重新生成,所以位深、色彩取样、亮度范围全部保持原样。这类文件往往几秒就完成,快正是因为没有重新压缩。

画面没有被重新画一遍的时候,谈“画质会不会掉”没有意义——它没被动。

2. 需要重新压缩时,位深按源交付、最高 10-bit,色度统一到 4:2:0

当画面必须重新编码(比如源是 VP9、AV1、Xvid 这类设备不能直接读的画面),位深不主动往下掉:源是 10-bit(或 HDR 那一类 PQ/HLG 传递)的,交付 10-bit;源是 12-bit 的落到 10-bit;4:2:2 与 4:4:4 的色度取样统一到 4:2:0,而位深保住。交付 8-bit 的只有两种:源本来就是 8-bit,以及文件里读不到位深信息的那一种。会变的是色度取样那一层——10-bit 的色阶精度留在像素里,4:2:2 的色彩取样不留在像素里。

为什么色度统一到 4:2:0、12-bit 只落到 10-bit:这是我们自己定的交付线——产物只走已被放行证据覆盖的那一档形状(HEVC Main 10、4:2:0),不去赌更宽的一档。这是一个取舍,不是疏忽,而且没有任何开关可以推翻它——EncoX 零参数,不提供画质档。

3. HDR 与杜比视界在这一类里的下场不同

这里只留一条与位深直接相关的结论:重编那一路按源位深交付、最高 10-bit。杜比视界那类信息只在只换容器那一路我们说过它跟着画面一起走;重编那一路它还剩下什么,我们没验过,两头都不写成承诺。色彩标记(传输曲线、色域那一类)按来源,有才带、没有不补。所以“标志在”与“效果在”是两件事,也是杜比视界与 HDR10 必须分开讨论的原因。

4. 10-bit 不必然意味着慢,但有一种情况要留出时间

10-bit 的 H.264(Hi10P)与 10-bit 的 HEVC 都在我们已经跑通过真机样本的输入范围里。需要留出时间的是极端情形:高帧率、高分辨率的画面走完整转换时,等待按素材长度算,通常比素材本身更长。这类“等不起”的文件,先看它是不是真的需要重新压缩,往往比换工具更有效。

慢下来的从来不是“10-bit”这个数字,而是画面需不需要被重新画一遍。不需要重画的那一类,位深按源保住;需要重画的那一类,交付的是按源位深、最高 10-bit 的 4:2:0 画面——该留时间的是后者。

5. 需要提前知道的边界

如果交付要求明确写着 10-bit,先核对输出文件的位深信息是否符合要求,再检查渐变、暗部与高光是否满足实际交付标准。逐项核对可参考买前该验的几样。

常见问题

我的 HEVC 10-bit 电影会被降成 8-bit 吗?

不会。设备能直接读这份画面时,EncoX 只换容器,像素不动,10-bit 原样保留;需要重新编码时位深也不往下掉——10-bit 的源交付 10-bit。只有源本来就是 8-bit、或者文件里读不到位深信息时,成品才是 8-bit。

转换后 HDR 标志还在,为什么画面看起来发灰?

发灰多半出在显示那一侧怎么对待 HDR 那类亮度信息,而不是产物坏了。重编那一路统一交付 4:2:0,色彩标记按来源带;“标志在”不等于“效果在”,正确做法是把原文件保留给支持它的路径。

有没有办法让它保留 10-bit 输出?

不用另外设置,也不能设置:重编时位深本来就按源交付,10-bit 的源交付 10-bit,8-bit 的源不会因为想留而变成 10-bit。EncoX 零参数:不提供画质档、位深选择或目标体积。

10-bit 转换一定很慢吗?

不一定。慢的只有“必须重新压缩”且帧率、分辨率都高的那一类;很多 10-bit 文件走的是不重编的路径,几秒就结束。


上海智独教育科技有限公司 — EncoX

网站备案号:沪ICP备2026001245号-1 App 备案号:沪ICP备2026001245号-4A

上海智独教育科技有限公司

上海市嘉定区澄浏公路52号39幢2楼J

support@encox.app