返回部落格

畫廊 / P4 · CineX

CineX 會不會保留 HDR 和 Dolby Vision：取決於畫面是否需要重新編碼

CineX 能否保留 HDR 和 Dolby Vision，取決於畫面是否需要重新編碼。只換容器時，HDR10 靜態元資料透傳，Dolby Vision 元資料能保住（特殊情況除外）；需要完整轉換時，Dolby Vision 元資料丟失，10-bit / HDR 畫面轉成 8-bit。

如果你要把珍貴的 HDR 片源做成完全不改變畫面資訊的副本，先看清這條分界線：CineX 的目標是產出更適合在 iPhone、iPad 和 Mac 上直接打開的 MP4，而不是讓每一種畫面編碼都原樣留下。下面只討論 HDR 和 Dolby Vision 在兩類處理方式中的結局，不替某個尚未處理的檔案預報結果。

1. 真正決定結果的，是畫面有沒有重新編碼

「把影片轉成 MP4」聽上去是一件事，CineX 實際上可能做兩種不同的處理：一種只調整檔案的容器，保留原來的畫面資料；另一種需要重新處理畫面，再寫入新的 MP4。前一種有條件保留 HDR / Dolby Vision 資訊，後一種則有明確的降級邊界。關於這兩種處理方式本身有什麼區別，可以另讀只換容器與重新編碼的區別。

別用副檔名下注。同樣叫 MKV 的檔案，內部畫面編碼和參數可能不同；同樣寫著 HDR 的片子，也不代表 CineX 會採用同一種處理方式。檔名和畫面標籤能告訴你「它是什麼」，卻不足以告訴你「它轉換後會怎樣」。

CineX 對 HDR 和 Dolby Vision 的保留取決於畫面處理路徑：只換容器時保留相應資訊；完整重新編碼時，Dolby Vision 元資料丟失，10-bit / HDR 畫面轉成 8-bit。

2. HDR10 和 Dolby Vision：先分清「畫面」與「隨畫面攜帶的資訊」

理解這篇文章，不必先背影片技術規範。你可以把畫面想成影片本身，把元資料想成隨畫面附帶、幫助播放時理解和呈現它的資訊。HDR10 有靜態元資料；Dolby Vision 也有自己的元資料。它們都不能僅憑檔案副檔名來識別，更不能因為輸出是 MP4，就推斷相關資訊必定存在或必定消失。

這裡要把兩件事分開問：畫面資料有沒有被重新壓縮？以及原檔案裡的 HDR10 / Dolby Vision 元資料有沒有繼續帶進成品？只回答「還是 MP4」「還能播放」，回答不了這兩個問題。對在意 HDR 版本的人來說，這個區別比輸出檔名更重要。

3. 只換容器時：HDR10 靜態元資料透傳，Dolby Vision 元資料能保住

當原檔案的畫面編碼與參數已經適合直接播放，CineX 可以只換容器，把內容寫入 MP4，而不重新壓縮畫面。這樣處理時，原有畫面的位深不變；HDR10 靜態元資料會透傳；Dolby Vision 元資料也能保住，但特殊情況除外。這不是對每一份 Dolby Vision 檔案作出的無條件承諾。

「保住元資料」和「畫面不重新壓縮」是兩個相互配合、但不能混寫的事實。前者說的是附帶資訊，後者說的是畫面資料。你在意的是 HDR10，就看靜態元資料是否沿這條路徑傳過去；你在意的是 Dolby Vision，就看它自己的元資料是否保住。CineX 在這條路徑上的價值，是不必為了換成 MP4 而把已經合適的畫面重新做一遍。

只換容器時，CineX 不重新壓縮畫面，位深保持不變；HDR10 靜態元資料透傳，Dolby Vision 元資料能保住（特殊情況除外）。

4. 完整重新編碼時：Dolby Vision 會丟什麼，HDR 又會變什麼？

需要完整轉換時，結論必須直接說清：Dolby Vision 元資料會丟失；10-bit / HDR 畫面會被轉成 8-bit。這不只是檔案從一種副檔名變成另一種副檔名，而是 CineX 對畫面進行了重新處理。若你的目的就是留住原片的 Dolby Vision 元資料，走到這條路徑，產出的 MP4 就不滿足這個要求。

HDR10 的表述需要更仔細：只換容器時，它的靜態元資料會透傳；完整重新編碼時，相關資訊會隨重新處理的畫面而變化，不能把它當作原封不動的 HDR10 元資料副本。這裡不把 HDR10 與 Dolby Vision 混成一句「HDR 全沒了」，也不把明確的 8-bit 變化輕描淡寫成「可能有一點不同」。

8-bit 是成品畫面的位深結果，並不是憑這幾個字就能替你評價某個鏡頭看起來如何。可以確定的是：它與原來的 10-bit / HDR 畫面不同；如果保留這類畫面資訊是你的首要條件，就不能把完整轉換當成保持原片特性的途徑。

只要 CineX 需要完整重新編碼，Dolby Vision 元資料就會丟失，10-bit / HDR 畫面就會轉成 8-bit；HDR10 靜態元資料也不能按只換容器時的透傳結果來預期。

5. 為什麼不把原來的 HDR 資訊一並塞進新 MP4？

因為完整轉換重新計算了畫面，原來附著在舊畫面上的資訊不一定還與新畫面相配。沿用那份資訊，看起來像是「保留了 HDR」，卻可能讓成品攜帶與實際畫面不一致的描述。CineX 選取有意的保守處理：在必須重新編碼時接受明確的位深降級，不留下可能不匹配的 Dolby Vision 資訊。這是處理取捨，不是偶發 bug。

我更願意把它理解為一條清楚的產品邊界，而不是替降級找好聽的說法。CineX 做的是把檔案轉換為更適合直接打開的 MP4；它沒有把「原樣儲存每項 HDR 特性」放在完整轉換這條路徑的結果裡。如果這項取捨與你的儲存目標衝突，最重要的不是事後才發現畫面已經被重做，而是在轉換前就知道結果可能不符合你的要求。

6. 還有一條位元深度邊界：12-bit、4:2:2、4:4:4

如果你知道自己的片子寫著 12-bit、4:2:2 或 4:4:4，也別只檢查有沒有 Dolby Vision 標記。按照 CineX 當前的處理邊界，這類畫面會轉成 8-bit。需要留意的不只是某個 HDR 元資料標記是否還在，還有畫面本身是否經過了重新處理。

這也解釋了為什麼「轉換後檔案能打開」不能用來反推「原來的 HDR 特性都在」。能打開說的是成品用途，8-bit 與元資料變化說的是成品內容，兩者不是同一個判斷。如果你的工作必須留住這些畫面特性，應保留原檔案；CineX 會生成新的 MP4，不會替換原片，但新檔案並不因此成為原片的等同副本。

7. 我的檔案到底會走哪條路？能在轉換前判定嗎？

先看檔案內部的畫面編碼和參數，不要只看 MKV、MP4 這樣的副檔名，也不要只看檔案簡介裡有沒有「HDR」。畫面已經屬於裝置能直接播放的類型、參數也在相容範圍內，才有可能只換容器；畫面編碼或參數超出該範圍，就需要完整轉換。這條判斷關係決定了 HDR 與 Dolby Vision 在成品中的命運。

但「有可能只換容器」不等於你可以在轉換前對每個檔案作准。即便知道它含有 10-bit 或 Dolby Vision，也無法僅憑這個標籤斷定結果；特殊情況也讓 Dolby Vision 元資料的保留不能寫成必然。某份具體檔案最終走了哪條路、元資料是否保住，需要以實際處理結果為準。想進一步瞭解 CineX 按什麼做這個決定，可以看CineX 如何判斷轉換路徑。

8. 邊界：幫不到什麼

所以，問題不該只問「CineX 支不支援 HDR」，而應問「我這份檔案是否需要重新編碼；如果需要，我能否接受 Dolby Vision 元資料丟失和畫面變成 8-bit？」這是決定是否用 CineX 處理這份片子時更有用的問法。

常見問題

我把片子轉換成 MP4 後，Dolby Vision 還在嗎？

只換容器時，Dolby Vision 元資料能保住（特殊情況除外）；如果需要完整重新編碼，Dolby Vision 元資料會丟失。不能只憑輸出是 MP4 來判斷。

那 HDR10 呢？轉換之後是不是就沒了？

只換容器時，HDR10 靜態元資料會透傳，畫面不重新壓縮；完整轉換時，相關資訊隨畫面重新處理而變化，10-bit / HDR 畫面會轉成 8-bit。不要把兩條路徑混為一談。

為什麼 CineX 會把 10-bit 變成 8-bit？

這是完整重新編碼時有意採用的保守處理，不是偶發 bug。畫面被重新計算後，CineX 不沿用可能與新畫面不匹配的資訊，而選取結果更可預期的 8-bit 成品。

檔案詳情寫著 Dolby Vision，我是不是就能提前知道結果？

還不能。關鍵是內部畫面編碼與參數能否直接播放，而不是 Dolby Vision 標籤或副檔名；具體檔案應以實際處理結果為準。判斷方式可參看CineX 如何判斷轉換路徑。

只換容器和完整轉換，對畫面本身有什麼區別？

只換容器時，CineX 不重新壓縮畫面，原有位深不變；完整轉換會重新處理畫面，其中 10-bit / HDR 畫面會轉成 8-bit。兩者不能被籠統稱為「畫質不變」。

Axiom One LLC — CineX。以上數字截至 2026-09-24。