ブログに戻る

ガイド / G3 · 再生と変換

MKV を MP4 に変換するとき、映像の再圧縮が必要かどうかはファイル内部の映像コーデックで決まります

必ずしも必要とは限りません。MKV を MP4 に変換するときに映像を再圧縮する必要があるかどうかは、「.mkv」という拡張子ではなく、ファイル内部の映像コーデックで決まります。H.264 8-bit または HEVC 8/10-bit であれば、CineX はコンテナだけを変更し、映像を再圧縮しません。Hi10P、VP9、AV1、Xvid などであれば完全な再エンコードが必要になり、速度と最終的な映像も変わります。

この記事は「手元の MKV がどちらの経路を通るか」を判断するためのものです。なぜ MKV を MP4 に置き換える人がいるのかを先に知りたい場合はMKV と MP4 の違いをご覧ください。コンテナの変更と再エンコードが原理的に何が違うかについては、ここでは要点だけに触れ、繰り返しはしません。

1. まず結論：同じ MKV でも、数秒で終わることもあれば分単位かかることもある

MKV を MP4 に変換することは、映像を必ず計算し直すことと同じではありません。CineX は MKV の入力を実機で検証しています。出力は常に MP4 で、追加の出力形式の選択肢はありません。処理方法を実際に決めるのは、MKV の中に入っている映像コーデックです。

映像がすでに H.264 8-bit または HEVC 8/10-bit であり、さらに映像パラメータが CineX がコンテナの変更だけで処理できる範囲に収まっていれば、CineX はコンテナだけを調整し、映像を再圧縮しません。パラメータがこの範囲を超える場合、または Hi10P、VP9、AV1、Xvid といったコーデックの場合は、CineX は映像を完全に処理し直します。

同じ拡張子の MKV でも変換時間が大きく違うことがあるのは、このためです。あるファイルは数秒で終わり、別のファイルは数分待つことになります。二つの方式の原理的な違いについては、コンテナの変更と再エンコードの違いをご覧ください。

2. 自分の MKV がどちらなのかを知る方法：中の映像コーデックを見る

まずファイルサイズを見る必要はありません。解像度を先に見る必要もありません。この判断に最も役立つ情報は、映像コーデックそのものです。まずは次の 二つのグループで見分けてください。

ここで挙げた Hi10P は、完全な処理が必要なファイルの一種を表すものにすぎず、それが「より高度」であるとか、画質を判断するラベルとして適しているという意味ではありません。一般的なユーザにとって実用的なのは、用語を調べることではなく、ファイル内部がどのコーデックなのかを先に確認し、そのうえで時間を見込むかどうかを決めることです。

3. コンテナの変更だけで済む場合に起きること：映像は再圧縮されず、通常は数秒

映像コーデック自体がすでに変換先の MP4 に適している場合、CineX は元の映像データをそのまま保持し、ファイルの格納方法だけを調整します。この種の処理は通常 数秒以内で終わり、完全な再エンコードとは時間の桁が違います。

この経路のもう 一つの重要な違いは HDR 情報です。コンテナの変更だけで済む場合、HDR10 の静的メタデータはそのまま引き継がれます。Dolby Vision のメタデータも通常は保たれますが、特殊なケースが存在するため、あらゆる条件で成り立つ約束として書くべきではありません。

「数秒で完了した」という結果は不思議ではありません。コンテナを変更するだけなら、CineX は映像を再圧縮していないからです。ただしこの速度は、映像コーデック自体がすでに適合しているファイルに限られます。

4. 完全な再エンコードが必要な場合：時間は分単位になり、映像にも明確な境界がある

MKV 内の映像が Hi10P、VP9、AV1、Xvid など完全な処理を必要とするコーデックの場合、CineX は映像全体を処理し直す必要があります。こうしたタスクは分単位で進み、数分の動画でも待ち時間がさらに長くなることがあります。

極端なファイルではさらに遅くなります。たとえば 120fps の Hi10P はおよそ実時間の 1 倍に近く、10 分の素材で約 12 分かかることがあります。この数字は「特定のファイルには確かに待ち時間がかかる」と理解するためのものであり、すべての MKV の速度を推測するためのものではありません。

完全な再エンコードには映像の劣化という境界もあります。Dolby Vision のメタデータは失われ、10-bit / HDR の映像は 8-bit に変換されます。これは CineX が現在明確に採用している保守的な処理方法です。そのため、HDR 情報をできるだけ保ちたいのであれば、「コンテナの変更だけ」という経路を取れるかどうかが非常に重要になります。

5. ファイルサイズでは推測できない理由：2 GB も 800 MB も答えにはならない

ここが最も誤解しやすい点です。ファイルサイズは「このファイルがどれだけの容量を占めているか」を教えてくれるだけで、「再エンコードが必要かどうか」は教えてくれません。次のような判断はいずれも信頼できません。

つまり、ファイルサイズ、拡張子、目で見た鮮明さは、いずれも内部のコーデックの確認には代われません。この変換が速いかどうかを実際に決めるのは、ファイルの中に入っているものです。

6. 映像はそのまま保てるが音声トラックが適合しない場合、速いのか遅いのか

もう 一つよくある中間的なケースがあります。映像がすでに H.264 または HEVC で、コンテナの変更だけで済むものの、音声トラック自体が変換先の MP4 に適していない場合です。このとき CineX は映像を保持しつつ、適合しない音声トラックを AAC に変換します。

これも「速い」側に分類されます。最も時間のかかる映像を処理し直していないからです。つまり、音声が変換されたからといって、ファイル全体を「完全な再エンコード」に分類することはできません。速度を判断するときは、まず映像の経路を見て、次に音声トラックに追加の処理が必要かどうかを見ると、より正確になります。

7. CineX の処理：画質の段階を選ばせるのではなく、ファイルに応じて自動で判断する

CineX は「速さ」と「画質の高さ」のどちらかを手動で選ばせることはしません。まずファイルを判断し、コンテナの変更だけで済むときは映像を再圧縮せず、済まないときだけ完全な変換を行います。製品に画質の段階も速度の段階もなく、無料版と有料版で出力されるファイルの品質は同じです。Opus メンバーシップが解放するのは変換回数が無制限になることです。

この種の作業では、自動判断のほうが「高速 / 高画質」といった曖昧なボタンを並べるより明確です。実際に可能な経路は、ユーザの好みではなくファイル自体によって決まるからです。より詳しい判断の仕組みはCineX が変換経路を決める仕組みをご覧ください。

容量にも注意してください。完全な変換が必要な場合、ディスクのピーク使用量は元のファイルのおよそ 3 倍に達することがあります。10 GB の動画では、実際の作業におよそ 32 GB の空き容量が必要です。空き容量を確認するときは、最終的な MP4 がどれくらいになるかだけを見ないでください。

8. 境界：MP4 に変換しても保てない MKV の要素

したがって、「MKV を MP4 に変換できるか」と「変換後にすべての情報がそのまま残るか」は別の問題です。前者は映像コーデックとファイルの条件で決まり、後者はさらに HDR、字幕、音声トラック、コンテンツ保護によって決まります。これらの境界を先に把握しておけば、変換が成功したことを、すべてのトラックとメタデータが必ず保持されたことだと誤解せずに済みます。

よくある質問

自分の MKV を MP4 に変換するとき、映像の再圧縮は必要ですか

ファイル内部の映像コーデックによります。H.264 8-bit、HEVC 8-bit / 10-bit はコンテナの変更だけで済み、映像は再圧縮されません。Hi10P、VP9、AV1、Xvid などは完全な再エンコードが必要です。

コンテナの変更だけなら、通常どれくらいかかりますか

数秒です。通常は数秒以内で終わりますが、映像コーデック自体がすでに変換先の MP4 に適していることが前提です。完全な再エンコードが必要なファイルは分単位になります。

ファイルが大きいほど、再エンコードが必要になりやすいですか

いいえ。ファイルサイズと、コンテナの変更だけで済むかどうかに直接の関係はありません。2 GB の MKV がコンテナの変更だけで済むことも、800 MB の MKV が完全な再エンコードを必要とすることもあります。鍵はやはり内部の映像コーデックです。

MKV を MP4 に変換したあと、HDR と Dolby Vision は残りますか

変換経路によります。コンテナの変更だけの場合、HDR10 の静的メタデータはそのまま引き継がれ、Dolby Vision のメタデータも通常は保たれます。完全な再エンコードが必要な場合は、Dolby Vision のメタデータが失われ、10-bit / HDR の映像は 8-bit に変換されます。

Axiom One LLC — CineX。以上の数値は 2026-09-24 時点のものです。