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. 不止 10-bit：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 不会在成品中保住 Dolby Vision 元数据；10-bit / HDR 画面会转成 8-bit。
- 如果你想在处理前就确定某个具体文件的每一帧、每项 HDR 信息将如何变化，单凭后缀或 HDR 标签无法得出结论，需要看实际处理结果。
- 如果原画面是 12-bit、4:2:2 或 4:4:4，不能把 CineX 的成品视为保留这些画面特性的副本；相关画面会转成 8-bit。
- 如果内容受到 DRM 保护，CineX 不处理这类文件。
所以，问题不该只问「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。两者不能被笼统称为「画质不变」。
上海智独教育科技有限公司 — CineX。以上数字截至 2026-09-24。