リラップ
rewrap / リラップ
映像と音声のデータには手を付けず、入れ物(コンテナ)だけをMXFからMOVへ、MTSからMP4へのように詰め替える処理です。再エンコードしないので画質は落ちず、処理もファイルのコピーに近い時間で終わります。
- 英語表記
- rewrap。remux(リマックス)もほぼ同じ意味で使われる
- 変わるもの
- コンテナ(拡張子とファイルの構造)
- 変わらないもの
- 映像と音声の圧縮データ(コーデック・ビットレート・画質)
- 処理時間
- 再エンコードより大幅に短く、ファイルの読み書き速度でほぼ決まる
- よくある組み合わせ
- MXF→MOV、MTS→MP4、MKV→MP4、MOV→MXF
- 主なツール
- FFmpeg(-c copy 指定)、Shutter Encoder
「変換に何時間もかかる」「変換したら画質が落ちた」という悩みの一部は、リラップで片付きます。映像の中身がそのまま使える形式なら、入れ物だけを替えれば済むからです。逆に、中身のコーデックが行き先に合わなければ、リラップでは解決しません。
リラップが使われる場面
多いのは、業務用カメラの素材を編集ソフトやパソコンで扱いやすくする場面です。ソニーのカメラで撮ったXAVCのMXFを、Final Cut Proで扱いやすいMOVに詰め替える、AVCHDの .MTS をMP4にしてスマートフォンで確認する、といった使い方です。どちらも中の映像はH.264なので、画質を落とさずに入れ物だけ替えられます。
逆向きもあります。編集で書き出したMOVを、局の納品仕様に合わせてMXFに入れ直す場面です。ただし納品ではコーデックやビットレートまで指定されることが多く、中身が仕様と違えばリラップでは足りません。
アーカイブでも使われます。古い形式のコンテナに入った素材を、映像データは触らずに今のソフトが読めるコンテナへ移しておくと、画質を保ったまま将来の読み出しに備えられます。
リラップのやり方
FFmpegなら、コーデックに copy を指定するのが基本です。ffmpeg -i input.mxf -map 0 -c copy output.mov のように書くと、映像も音声も再エンコードせずに新しいコンテナへ移ります。-map 0 を付けるのは、FFmpegが既定では映像1本と音声1本しか選ばないためです。放送用のMXFは音声がモノラル8チャンネルで入っていることが多く、指定を忘れると1チャンネルしか残りません。
コマンドを使わないなら、Shutter Encoderに「Rewrap」という機能があります。編集ソフトの書き出しでも、ソースと同じコーデック・同じ設定を選ぶと再エンコードを省く機能を持つものがありますが、条件がソフトごとに違うので、リラップ専用のツールのほうが確実です。
リラップできないとき・失敗するとき
リラップできるかどうかは、中のコーデックが行き先のコンテナと再生環境に対応しているかで決まります。代表的な失敗は次の通りです。
- MPEG-2(XDCAM HD422など)をMP4に詰めると、多くの再生ソフトやスマートフォンで再生できない
- ProResはMOVで扱うのが前提で、MP4に詰めても読めないソフトが多い
- リニアPCMの音声はMP4での扱いが限られ、音声だけAACなどへ変換が必要になることがある
- 開始タイムコードやリール名などのメタデータが、ツールによっては引き継がれない
リラップ後に「開けない」ときは、拡張子ではなく中身を疑うのが近道です。拡張子と中身の関係はHEVCが再生できない原因と対処でも整理しています。中身の形式がどうしても合わない場合は、トランスコードに切り替えます。
よくある質問
リラップすると画質は落ちますか
落ちません。映像と音声の圧縮データをそのまま別の入れ物に移すだけなので、ビットレートも画質も元のファイルと同じです。ファイルサイズもほぼ変わりません。
リラップとトランスコードはどう使い分けますか
中のコーデックがそのまま行き先で使えるならリラップ、使えないならトランスコードです。MediaInfoでコーデック名を確かめてから決めると、無駄な再エンコードを避けられます。
MXFをMP4にリラップできますか
中の映像がH.264系(XAVCやAVC-Intra)なら、多くの場合できます。MPEG-2で記録されたXDCAM HD422は、MP4に入れても再生できる環境が限られるため、H.264へのトランスコードが現実的です。
この用語を扱ったコラム
似ている用語との違い
関連する用語
最終更新
