エンコード

「エンコードに時間がかかりすぎる」「書き出したら画質が荒れた」。こうした悩みは、ほとんどがコーデックとビットレート、エンコードの方式の選び方で説明できます。動画の世界でエンコードと言えば、映像を小さなデータに圧縮する処理のことです。

エンコードが使われる場面

編集ソフトの「書き出し」は、中でエンコードをしています。Premiere ProやDaVinci Resolveでタイムラインを書き出すとき、YouTube向けならH.264のMP4、局への納品ならXDCAM HD422のMXF、次の工程へ渡す中間素材ならProResのMOVというように、行き先で方式が変わります。

ライブ配信では、カメラやスイッチャーの映像をその場で圧縮して送り出す「ライブエンコード」が必要です。OBS Studioのようなソフトウェアのほか、ハードウェアエンコーダーを使う現場もあります。放送局のネット同時配信では、1つの映像から画質の違う複数のストリームを同時に作り、視聴者の回線に合わせて切り替えるABRの形がとられます。

エンコードの設定で迷うところ

画質とファイルサイズを決める一番の要素はビットレートです。同じ解像度でも、ビットレートを半分にすれば動きの激しい場面から先に崩れます。設定画面でよく出てくる選択肢は次の通りです。

• 固定ビットレート（CBR）と可変ビットレート（VBR）。ファイルで納める映像にはVBR、回線の帯域が決まっているライブ配信にはCBRが選ばれることが多い
• 2パスエンコード。1回目で映像全体の複雑さを調べ、2回目で配分を決める。時間は倍近くかかるが、同じサイズで画質が安定する
• ハードウェアエンコード。NVENCやQuick Sync Video、VideoToolboxを使うと速いが、同じビットレートならソフトウェアエンコードのほうが画質で有利な場合がある

コーデックそのものの選び方はH.264とH.265（HEVC）の違いで整理しています。

エンコードで画質が落ちる・時間がかかるとき

画質が落ちる原因で多いのは、圧縮済みのファイルを何度もエンコードし直すことです。H.264のような非可逆のコーデックは、エンコードするたびに情報が失われます。編集の途中で受け渡す素材は、ProResやDNxHDのような中間コーデックにしておき、最後に一度だけ配信用に圧縮するのが定石です。中身がそのまま使えるなら、リラップで入れ物だけ替える手もあります。

時間がかかる原因は、解像度とコーデックの組み合わせです。4KのH.265やAV1をソフトウェアで2パスにすると、映像の尺の何倍もの時間がかかることがあります。確認用のファイルなら、ハードウェアエンコードに切り替えるだけで大きく短縮できます。

字幕ファイルの「エンコード」は文字コードのこと

字幕や文字起こしのファイルで「エンコードを指定してください」と言われたら、文字コードの話です。SRTファイルをShift_JISで保存したのに、読み込み側がUTF-8を前提にしていると、日本語が文字化けします。映像の圧縮とは別の意味なので、画面の文脈で読み分けてください。

よくある質問

エンコードとトランスコードの違いは何ですか

エンコードは圧縮する処理そのもので、トランスコードは圧縮済みのファイルを一度展開してから別の形式でエンコードし直す一連の処理です。編集ソフトから初めて書き出すのはエンコード、MXFをMP4に作り直すのはトランスコードと呼ばれることが多いです。

エンコードすると画質は必ず落ちますか

H.264やH.265のような非可逆圧縮では、少しずつ落ちます。ProRes 422 HQのように高いビットレートの中間コーデックなら、見た目ではほぼ分からない程度に抑えられます。

エンコードを速くするにはどうすればいいですか

ハードウェアエンコードを使う、2パスを1パスにする、確認用は解像度を下げる、の3つが効きます。納品用の最終書き出しだけは、仕様どおりの設定で時間をかけるのが安全です。