ブログに戻る

ギャラリー / P4 · EncoX

EncoX が HDR と Dolby Vision を保持するかは、画面の再エンコードが必要かで決まります

EncoX が HDR と Dolby Vision を保持できるかは、画面を再エンコードする必要があるかによって決まります。コンテナだけを変える場合、画面のピクセルは 1 つも作り直されず、HDR10 の静的メタデータはそのまま引き継がれ、Dolby Vision のたぐいの情報も映像とともに運ばれます。完全な変換が必要な場合、映像はソースのビット深度で納品され、上限は 10-bit、クロマサンプリングは 4:2:0 に統一されます。ドルビービジョンのたぐいの情報が再エンコード後に何がまだ残るかについては、コンテナだけ変更の段階でしか検証していないため、あなたの代わりに予報はしません。

貴重な HDR 素材を、画面情報をまったく変えないコピーにしたいなら、まずこの境界線を見てください。EncoX の目標は iPhone、iPad、Mac でより直接開きやすい MP4 を出力することであり、あらゆる画面コーデックをそのまま残すことではありません。以下では HDR と Dolby Vision が二種類の処理でどうなるかだけを扱い、まだ処理していないファイルの結果を先に予告するものではありません。

1. 結果を実際に決めるのは、画面が再エンコードされたかどうかです

「動画を MP4 に変換する」は一つのことに聞こえますが、EncoX は実際には二種類の異なる処理を行うことがあります。一つはファイルのコンテナだけを調整し、元の画面データを保持するもの。もう一つは画面を処理し直し、新しい MP4 に書き込むものです。前者は条件付きで HDR / Dolby Vision の情報を保持でき、後者は画面を描き直し、納品の形に明確な境界があります。この二つの処理自体の違いについては、コンテナだけ変更と再エンコードの違いを別途ご覧ください。

拡張子で判断しないでください。同じ MKV という名前のファイルでも、内部の画面コーデックとパラメータは異なることがあります。同じく HDR と書かれた作品でも、EncoX が同じ処理を採るとは限りません。ファイル名や画面のラベルは「それが何か」を教えてくれますが、「変換後にどうなるか」を教えるには足りません。

EncoX が HDR と Dolby Vision を保持するかは画面の処理経路によって決まります。コンテナだけ変更する場合は画面を作り直さず、対応する情報もそのまま持ち出します。完全な再エンコードでは映像はソースのビット深度で納品され、上限は 10-bit、クロマは 4:2:0 に統一され、ドルビービジョンのその段階はコンテナだけ変更の経路しか検証していません。

2. HDR10 と Dolby Vision：まず「画面」と「画面に付随する情報」を分けます

この記事を理解するために、映像技術の仕様を先に覚える必要はありません。画面は動画そのもの、メタデータは画面に付随し、再生時にそれを理解して映し出すための情報と考えるとよいでしょう。HDR10 には静的メタデータがあり、Dolby Vision にも独自のメタデータがあります。どちらもファイルの拡張子だけで識別できるものではなく、出力が MP4 だからといって、関連する情報が必ず存在する、あるいは必ず消えると推測することもできません。

ここでは二つのことを分けて問う必要があります。画面データは再圧縮されたのか。そして元のファイルの HDR10 / Dolby Vision のメタデータは出力にも引き継がれたのか。「MP4 のままだ」「再生できる」と答えるだけでは、この二つの問いには答えられません。HDR の版を重視する人にとって、この違いは出力ファイル名よりも重要です。

3. リマックスの場合：HDR10 の静的メタデータは引き継がれ、Dolby Vision のメタデータも保持されます

元のファイルの画面コーデックとパラメータがすでに直接再生に適している場合、EncoX はコンテナだけを入れ替えて内容を MP4 に書き込み、画面を再圧縮しません。この処理では、元の映像のビット深度もクロマサンプリングも変わりません。HDR10 の静的メタデータはそのまま引き継がれ、Dolby Vision のたぐいの情報も映像とともに持ち出されます。この段階が言っているのは「画面が描き直されていない」ということであり、「すべての Dolby Vision ファイルが保たれる」ことではありません。あるファイルが最終的にどちらの道を通るかは、やはり実際の処理結果による必要があります。

「メタデータを保持する」と「画面を再圧縮しない」は互いに連携する二つの事実であり、混ぜて書くことはできません。前者は付随する情報の話で、後者は画面データの話です。HDR10 を重視するなら静的メタデータがこの経路で引き継がれるかを見てください。Dolby Vision を重視するなら、その独自のメタデータが保持されるかを見てください。この経路における EncoX の価値は、MP4 に変えるために、すでに適した画面を作り直さなくてよいことです。

コンテナだけ変更する場合、EncoX は画面を再圧縮せず、ビット深度とクロマサンプリングはそのまま保たれます。HDR10 の静的メタデータはそのまま引き継がれ、Dolby Vision のたぐいの情報は映像とともに持ち出されます。

4. 完全な再エンコードの場合：画面はどの段階に落ち、ドルビービジョンのその段階はどこまで分かっているのか

完全な変換が必要な場合、結論ははっきり述べなければなりません。映像はソースのビット深度で納品され、上限は 10-bit、クロマサンプリングは 4:2:0 に統一されます——10-bit のソースは 10-bit で納品し、12-bit のソースは 10-bit に落とし、4:2:2 と 4:4:4 のクロマサンプリングはピクセルには残りません。ドルビービジョンのたぐいの動的メタデータが再エンコード後に何がまだ残るかについては、「画面を描き直さない」経路でしか検証しておらず、この段階には測定値がないため、どちらの側も約束としては書きません。元の作品の Dolby Vision 情報を残すことが目的なら、そのファイルを再エンコードの経路に預けないでください。

HDR10 の表現はより慎重さが必要です。コンテナだけ変更する場合、その静的メタデータはそのまま引き継がれます。完全な再エンコードでは画面が再計算されるため、関連する情報が元の作品と一致するかはコンテナだけ変更の段階と同じようには期待できず、そのままの HDR10 メタデータのコピーとして扱うこともできません。ここでは HDR10 と Dolby Vision を「HDR がすべて消える」という一文に混ぜたり、検証していない段階を結論として書いたりしません。

ビット深度のこの数文字だけでは、特定のカットがどう見えるかをあなたに代わって評価できません。確かなのは、再エンコードの経路が納品するのは 4:2:0 の画面で、サンプリングの精度は元のソース（4:2:2）と違うという点です。こうした画面情報を保つことが最優先の条件なら、完全な変換を元の作品の特性を保つ手段とは考えられません。

完全な再エンコードが納品するのは、ソースのビット深度で上限 10-bit の 4:2:0 画面です。ドルビービジョンのたぐいの情報はコンテナだけ変更の経路でしか検証しておらず、再エンコードの段階ではどちらの側も書きません。HDR10 の静的メタデータの引き継ぎも、経路をまたいで期待することはできません。

5. 元の HDR 情報を新しい MP4 にそのまま入れてはいけないのか

完全な変換は画面を再計算するため、元の画面に付いていた情報が新しい画面にも合うとは限りません。その情報を流用すると「HDR を保持した」ように見えても、実際の画面と一致しない記述を成果物が持つことになりかねません——だからこそこの段階では結論を出さず、あなた自身の出力で確認していただきます。ビット深度の層はこの種の取舍に頼りません。ソースに応じて納品し、上限は 10-bit です。これは処理上の境界であり、偶発的な不具合ではありません。

これは明確な製品の境界として読んでください。検証していない段階に耳当たりのいい言い訳を探すためではありません。EncoX が行うのは、ファイルをより直接開きやすい MP4 へ変換することであり、「あらゆる HDR 特性をそのまま保存する」ことを完全な変換の経路の結果には含めていません。この取舍があなたの保存目標と衝突するなら、最も大切なのは後から画面が作り直されていたと気づくことではなく、変換前に、結果が自分の要件に合わない可能性があることを知っておくことです。

6. 10-bit だけではありません：12-bit、4:2:2、4:4:4 はどの段階に落ちるのか

自分の作品が 12-bit、4:2:2、4:4:4 と書かれていると分かっていても、Dolby Vision のマークの有無だけを確認しないでください。EncoX の納品ラインでは、12-bit は 10-bit に落ち、4:2:2 と 4:4:4 のクロマは 4:2:0 に統一されますが、ビット深度は保たれます。注意すべきは、ある HDR メタデータのマークが残っているかだけでなく、画面そのものが処理し直されたかどうかです。

これは「変換後のファイルが開ける」ことから「元の HDR 特性がすべて揃っている」を逆算できない理由でもあります。開けるというのは出力の用途の話で、サンプリングとメタデータがどう変わったかは出力の内容の話であり、両者は同じ判断ではありません。作業上これらの画面特性を残す必要があるなら、元のファイルを保存してください。EncoX は新しい MP4 を生成し、元の作品を置き換えることはありませんが、新しいファイルがそれによって元の作品と同等のコピーになるわけでもありません。

7. 自分のファイルはどちらの経路を通るのか。変換前に判定できますか

まずファイル内部の画面コーデックとパラメータを見てください。MKV、MP4 といった拡張子だけを見たり、ファイルの情報に「HDR」があるかだけを見たりしないでください。画面がすでにデバイスで直接再生できる種類で、パラメータも互換の範囲内にある場合にのみ、リマックスで済む可能性があります。画面コーデックやパラメータがその範囲を超えていれば、完全な変換が必要です。この判断の関係が、HDR と Dolby Vision が出力でどうなるかを決めます。

ただし「リマックスで済む可能性がある」ことは、変換前にすべてのファイルを見極められるという意味ではありません。10-bit や Dolby Vision を含むと分かっていても、そのラベルだけで結果を断定することはできません。特殊な場合があるため、Dolby Vision のメタデータの保持も必ずそうなると書くことはできません。ある具体的なファイルが最終的にどちらの経路を通り、メタデータが保持されたかは、実際の処理結果による必要があります。EncoX が何に基づいてこの判断をするかをさらに知りたい場合は、EncoX が変換経路をどう判断するかをご覧ください。

8. 境界：役に立たないこと

したがって、「EncoX は HDR に対応していますか」とだけ問うのではなく、「このファイルは再エンコードが必要か。必要な場合、クロマサンプリングが 4:2:0 に統一されることと、ドルビービジョンのその段階に測定値がないことを受け入れられるか？」と問うべきです。これがこの作品を EncoX で処理するかを決めるときに、より役立つ問い方です。

HDR や Dolby Vision の素材が必要な見え方を保っているかは、出力ファイルで判断してください。確認項目は無料の何回かで確かめること、利用枠の規則は利用枠の計算にあります。

よくある質問

作品を MP4 に変換したら、Dolby Vision は残りますか

コンテナだけ変更する場合、Dolby Vision のたぐいの情報は映像とともに持ち出されます。完全な再エンコードが必要な場合、この段階には測定値がないため、どちらの側も約束としては書きません。出力が MP4 であることだけで判断することはできません。

では HDR10 は。変換後にはなくなってしまうのですか

コンテナだけ変更する場合、HDR10 の静的メタデータはそのまま引き継がれ、画面は再圧縮されません。完全な変換では、映像はソースのビット深度で納品され、上限は 10-bit となり、関連する情報は再処理された画面に応じて変化するため、コンテナだけ変更の段階と同じようには期待できません。二つの経路を同じものとして扱わないでください。

なぜ再エンコードでは 10-bit までしか納品しないのですか

これは私たちが自分で引いた納品ラインです。成果物は放行の証拠でカバーされた形の段階（HEVC Main 10、4:2:0）だけを通し、より広い段階には賭けないため、12-bit のソースは 10-bit に落ちますが、ビット深度がそれ以上下げられることはありません。画面が再計算された後、新しい画面と一致しない可能性のある情報を流用することもしません。その段階には測定値がなく、どちらの側も約束としては書きません。

ファイルの詳細に Dolby Vision と書いてあれば、結果を事前に知ることができますか

まだできません。鍵は Dolby Vision のラベルや拡張子ではなく、内部の画面コーデックとパラメータがそのまま再生できるかどうかです。具体的なファイルは実際の処理結果による必要があります。判断の方法はEncoX が変換経路をどう判断するかをご参照ください。

リマックスと完全な変換では、画面そのものにどんな違いがありますか

コンテナだけ変更する場合、EncoX は画面を再圧縮せず、元のビット深度もクロマサンプリングも変わりません。完全な変換は画面を再処理し、ソースのビット深度で納品して上限は 10-bit、クロマは 4:2:0 に統一します。両者をまとめて「画質は変わらない」と呼ぶことはできません。

Axiom One LLC — EncoX