返回部落格

畫廊 / P4.2 · CineX

10-bit、4:2:2 的影片轉換後會怎樣:取決於畫面要不要重新壓縮

先把最重要的那句放在前面:畫面不需要重新壓縮時,10-bit 與 HDR 的資訊原樣跟著走;畫面需要重新壓縮時,交付形狀是按源位深、最高 10-bit、色度統一 4:2:0。這兩條路是 CineX 自己判斷走的哪一條,判斷依據寫在CineX 為什麼有的影片很快、有的要更久——同一份檔案是不是需要重編,取決於裡面的畫面編碼,不取決於副檔名。

1. 為什麼「不重編」這一類什麼都沒變

HEVC 10-bit(包括 HDR10 那一類)、H.264 Hi10P 這些畫面,如果裝置端本來就能讀,CineX 走的是「搬運」而不是「重畫」:像素資料一個位元組都不重新產生,所以位深、色彩取樣、亮度範圍全部保持原樣。這類檔案往往幾秒就完成,快正是因為沒有重新壓縮。

畫面沒有被重新畫一遍的時候,談「畫質會不會掉」沒有意義——它沒有被動過。

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),不去賭更寬的一檔。這是一個取捨,不是疏忽,而且沒有任何開關可以推翻它——CineX 零參數,不提供畫質檔。

3. HDR 與 Dolby Vision 在這一類裡的下場不同

這裡只留一條與位深直接相關的結論:重編那一路按源位深交付、最高 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 嗎?

不會。裝置能直接讀這份畫面時,CineX 只換容器,像素不動,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。CineX 零參數:不提供畫質檔、位深選擇或目標體積。

10-bit 轉換一定很慢嗎?

不一定。慢的只有「必須重新壓縮」且影格率、解析度都高的那一類;很多 10-bit 檔案走的是不重編的路徑,幾秒就結束。


Axiom One LLC — CineX