ビデオ書き出し設定ガイド

書き出し設定を誤ることは、ビデオ制作において最も気づきにくい、しかし最も痛手を伴う失敗の1つです。不適切なコーデックを使用すると、プラットフォームによる再エンコードが激しく行われ、何時間もかけて調整したディテールが甘くなってしまいます。フレームレートが一致していないと、オリジナルの映像にはなかったジャダー（カクつき）が発生します。カラースペースの不一致は、慎重にグレーディングしたパレットをクライアントが承認していない色味へと変化させてしまいます。そして、品質管理（QC）に合格しない放送用納品物が発生すると、締め切りが迫る中でプロジェクト全体が書き出しキューに逆戻りすることになります。これらの問題はいずれも、クリエイティブな意思決定によるものではありません。すべて機械的な、防ぐことのできる問題であり、どの配信先にどの設定を使用すべきかを知っているかどうかにかかっています。

本ガイドでは、主要な書き出しパラメータを網羅し、すべての主要な配信ターゲットに対する具体的な推奨設定を提供します。新しいプロジェクトを開始するときや、馴染みのないプラットフォームへ納品する際に、見返せるリファレンスとしてご活用ください。

主要な設定の解説

プラットフォームごとの具体的な推奨設定に入る前に、各設定が何をコントロールし、なぜ重要なのかを理解しておく価値があります。

コーデックは、ビデオデータをエンコードする圧縮アルゴリズムです。H.264は、配信において最も広く互換性を持つコーデックです。H.265（HEVC）は、同等の画質でより優れた圧縮率を提供しますが、普遍的にサポートされているわけではありません。ProResやDNxHRは、放送、アーカイブ、プロフェッショナルな受け渡しに使用される高品質な中間コーデックです。選択するコーデックによって、ファイルサイズ、品質、互換性のバランスが決まります。

コンテナは、エンコードされたビデオストリームとオーディオストリームを包むファイルフォーマットです。MP4（.mp4）は、H.264およびH.265配信の標準的なコンテナです。MOV（.mov）は、ProResやプロフェッショナルなワークフローで一般的です。MXF（.mxf）は放送で使用されます。コンテナ自体が品質に直接影響を与えるわけではありませんが、特定のコーデックやプラットフォームに対して誤ったコンテナを使用すると、再生トラブルの原因になります。コンテナとコーデックの関係についてより詳しく知るには、ビデオファイルフォーマットガイドで詳細な違いを解説しています。

解像度は、出力のピクセル寸法を定義します。書き出し解像度は、ソース映像、または配信プラットフォームの要件に合わせてください。一般的な解像度には、1920x1080（フルHD）、2560x1440（QHD）、3840x2160（4K UHD）などがあります。ソースよりも高い解像度で書き出してもディテールは追加されず、ファイルサイズが大きくなるだけです。

フレームレートはソース映像と一致させる必要があります。24fpsで撮影した場合は24fpsで、30fpsで撮影した場合は30fpsで書き出します。フレームレートが一致していないと、フレームのブレンド、ジャダー、フレーム落ちの原因になります。唯一の例外は、納品仕様で別のフレームレートが明示的に要求されている場合のみであり、その場合は編集ソフトウェアが変換処理を行います。

ビットレートは、ビデオの1秒あたりに割り当てられるデータ量を制御します。ビットレートが高いほど、ディテールが豊かになり圧縮ノイズが減りますが、ファイルサイズは大きくなります。ビットレートには、複雑さに関わらず毎秒一定のデータ量を使用する固定ビットレート（CBR）と、エンコーダが複雑なシーンには多くのデータを割り当て、単純なシーンには少なく割り当てる可変ビットレート（VBR）があります。一般的に、VBRの方が同じファイルサイズでより良い画質を得られます。一部のプラットフォームや放送仕様では、CBRが要求される場合があります。

カラースペースは、書き出しで表現できる色の範囲を定義します。Rec.709は、従来のディスプレイで視聴されるSDRコンテンツの標準規格です。Rec.2020はHDRコンテンツに使用され、PQ（Perceptual Quantiser：HDR10やDolby Visionで使用）やHLG（Hybrid Log-Gamma：放送用HDRで使用）などのガンマカーブと組み合わせて使用されます。誤ったカラースペースで書き出すと、プロジェクト内のすべての色が変化し、映像が色褪せて見えたり、過度に彩度が高くなったりすることがあります。

オーディオコーデックとビットレートは、多くの編集者が認識している以上に重要です。配信用の標準はAACで、ビットレートは許容できる品質の128kbpsから、プロフェッショナルな作業向けの384kbps以上までとなっています。放送用納品物には、PCM（非圧縮）またはWAVが必要です。ビデオ制作におけるサンプリングレートは、ほぼ常に48kHzです。オーディオフォーマットガイドおよびサンプリングレートとビット深度の解説で、オーディオエンコードについて詳しく説明しています。

ファイル命名は、すべての納品に影響する実用的な問題です。プロジェクト名、バージョン番号、解像度、日付を含めた、明確で一貫性のある名前を使用してください。スペースや特殊文字は避け、代わりにアンダースコアやハイフンを使用します。「ProjectName_v03_1080p_2026-09-30.mp4」というファイル名は即座に識別可能ですが、「final_FINAL_v2 (1).mp4」というファイル名は識別できません。

YouTube

YouTubeは、オンラインビデオで最も一般的な配信ターゲットであり、そのエンコードパイプラインは十分に文書化されています。高品質なソースファイルをアップロードすることで、YouTubeのエンコーダに最適なスタート地点を提供し、再エンコード後のビデオの見た目をより美しくすることができます。

コンテナ：MP4。コーデック：H.264が最も安全な選択肢であり、最も予測可能な結果をもたらします。H.265も受け付けられ、より低いビットレートで優れた品質を提供できますが、H.264が引き続き標準として推奨されます。解像度：ソースに合わせ、最大3840x2160まで。YouTubeは8Kをサポートしていますが、実用的な上限はほとんどのコンテンツで4Kです。フレームレート：ソースに合わせます。YouTubeは24、25、30、48、50、60fpsをサポートしています。

SDRビットレートについて、YouTubeはH.264アップロードに対して以下の範囲を推奨しています。標準的なフレームレート（24、25、または30fps）の1080pでは8 Mbpsを目指し、ハイフレームレート（48、50、または60fps）では12 Mbpsを目指します。1440pでは、標準で16 Mbps、ハイフレームレートで24 Mbpsを目指します。2160p（4K）では、標準で35〜45 Mbps、ハイフレームレートで53〜68 Mbpsを目指します。これらはアップロード品質のガイドラインです。YouTubeはどのみち再エンコードを行いますが、これらのビットレートで開始することで、パイプラインを通じて最も多くのディテールを保持できます。

オーディオ：ステレオコンテンツの場合は384kbpsのAAC-LC、5.1サラウンドの場合は512kbps。サンプリングレート：48kHz。カラー：SDRコンテンツの場合はRec.709。HDRアップロードの場合は、Rec.2020カラースペースとPQ転送関数（HDR10）またはHLGを使用し、ファイルに正しいHDRメタデータが含まれていることを確認してください。YouTubeのHDRパイプラインは、ファイル内に特定のシグナリングを必要とします。これがないと、HDRコンテンツが正しく表示されません。

ソフトウェアがサポートしている場合は、2パスVBRエンコードを使用してください。1パス目で映像を分析し、2パス目でより効率的にビットレートを割り当てるため、同じ平均ビットレートのシングルパスエンコードよりも優れた品質が得られます。

Instagram、TikTok、およびリール

ソーシャルプラットフォームはアップロードされた動画を強力に再エンコードするため、画質が著しく低下することがよくあります。ここでの戦略は、プラットフォームの制約内で最高品質のファイルをアップロードし、プラットフォームのエンコーダに可能な限り最良のソース素材を提供することです。

コンテナ：MP4。コーデック：H.264。解像度：縦型コンテンツ（アスペクト比9:16）の場合は1080x1920、スクエアの場合は1080x1080、横型の場合は1920x1080ですが、これらのプラットフォームでは縦型フォーマットが一貫して高いパフォーマンスを示します。フレームレート：30fpsが標準です。60fpsもサポートされていますが、コンテンツの種類によってはプラットフォーム側で30fpsに再エンコードされる場合があります。

ビットレート：高めに設定します。これらのプラットフォームは配信時に非常に強く圧縮するため、1080pコンテンツに対して20〜30 Mbpsでアップロードすると、プラットフォームのエンコーダが処理できるデータ量が増えます。ファイルサイズが大きくなり、アップロードに時間がかかりますが、プラットフォーム上での最終的な見た目は、8 Mbpsでアップロードされたファイルよりも明らかに良くなります。この強力な再エンコード対策として、ソーシャルメディア向けにさらに高いビットレートで書き出す編集者もいます。

オーディオ：AAC、256kbps ステレオ、48kHz。オーディオレベルのピークは-3dBから-1dBの間に収まるようにしてください。ソーシャルプラットフォームは音量をノーマライズしますが、あらかじめ適切なレベルで音声を調整しておくことで、予期しない音量変化を避けることができます。

カラー：Rec.709。ソーシャルプラットフォームは、ほとんどのユーザーに対して実質的なHDR再生をサポートしていないため、プロジェクトをHDRでグレーディングしていたとしてもSDRを使用してください。ソーシャル配信向けには別途SDR調整用のトリムを書き出します。

Vimeo

Vimeoのエンコードは、一般的にYouTubeよりもアップロードファイルに対して優しく、より高いソースビットレートをサポートしています。推奨設定はYouTubeと似ていますが、いくつかの違いがあります。

コンテナ：MP4またはMOV。コーデック：H.264またはH.265。Vimeoのドキュメントでは明示的に両方をサポートしており、圧縮効率の向上が役立つ4Kコンテンツでは、ここでH.265を選択するのが良い選択肢となります。解像度：ソースに合わせ、有料アカウントの場合は最大8Kまで。フレームレート：ソースに合わせます。

ビットレート：Vimeoは1080pで10〜20 Mbps、4Kで30〜60 Mbpsを推奨しています。これより高くすることも可能で、Vimeoは大容量ファイルを適切に処理します。有料プランでは、寛大なアップロードサイズが許可されています。オーディオ：AAC、320kbps以上、48kHz。カラー：SDRの場合はRec.709、VimeoはRec.2020およびDolby VisionでのHDRをサポートしています。

放送用の納品

放送仕様は厳格であり、放送局、ネットワーク、地域によって異なります。すべての放送局は、技術納品仕様書を発行しています。書き出しの後に読むのではなく、書き出しの前に必ず読んでください。納品物の差し戻しは、時間、費用、そして信頼の損失につながります。

とはいえ、いくつかの共通パターンがあります。放送用マスターとして最も広く要求されるコーデックは、MOVコンテナ内のApple ProRes 422 HQ、またはMXFコンテナ内のAvid DNxHR HQです。透明度を持つコンテンツや、最高品質が求められる場合には、一部の放送局でProRes 4444が受け入れられます。H.264が放送用マスターとして受け入れられることは稀ですが、放送プロジェクトに関連するウェブ専用の納品物であれば許容される場合があります。

解像度は通常、HD納品の場合は1920x1080、UHDの場合は3840x2160です。フレームレートの要件は厳格で、地域に依存します。PAL地域では25fps（またはインターレースの50i）、NTSC地域では29.97fps（または59.94i）です。これを誤ることは、品質管理（QC）で不合格となる最も一般的な原因の1つです。タイムコードは連続し、正しくフォーマットされている必要があり、通常は番組コンテンツに対して01:00:00:00（1時間）から開始します。

放送用のオーディオは通常、48kHz、24ビットのPCM（非圧縮）です。チャンネル割り当ては放送局の仕様に従います。チャンネル1と2のステレオが一般的ですが、多くの仕様では、ダイアログ、音楽、効果音の個別のステムを持つ個別のチャンネルレイアウトが求められます。ラウドネスは地域の基準に準拠している必要があり、通常、ヨーロッパではEBU R128（目標値 -23 LUFS）、北米ではATSC A/85（目標値 -24 LKFS）です。

カラー：SDR放送の場合はRec.709。HDR放送の場合、ライブおよび準ライブ放送ではPQよりもRec.2020とHLGの組み合わせが一般的ですが、ストリーミングやプレミアムコンテンツにはPQが使用されます。通常、リーガルレベル（8ビットで16-235、10ビットで64-940に制限されたビデオレベル）が要求されます。これは、黒と白が放送セーフの限界を超えてはならないことを意味します。ほとんどのノンリニア編集ソフト（NLE）には、この目的のための放送セーフフィルターまたはリミッターが用意されています。

納品する前に、独自のQCチェックを実行してください。タイムコードを確認し、全編にわたってオーディオシンクの問題がないかチェックし、放送セーフレベルを超えるフレームがないことを確認し、スタンドアロンプレーヤーでファイルが正しく再生されることを確認します。放送局やQC施設に納品物を安全に共有することも重要です。大容量の放送マスターには、メールの添付ファイルではなく、信頼性が高く高速な転送方法が必要になります。

クライアントへの納品

クライアント納品は、放送ほど標準化されていません。「クライアント」には、ProResマスターを求める広告代理店から、ノートPCで再生できるファイルを求める小規模ビジネスまで、あらゆる層が含まれるためです。最も重要なステップは、書き出す前に、クライアントにファイルの用途を尋ねることです。

クライアントが、仕上げ、コンフォーム、またはさらなる編集のために他のポストプロダクション施設にファイルを渡す場合は、ProRes 422 HQまたはDNxHR HQを納品します。これにより品質が維持され、次の施設がクリーンな素材で作業できるようになります。クライアントが社内プレゼンテーション用のファイルを必要としている場合は、高ビットレート（1080pで15〜25 Mbps）のMP4形式H.264が、普遍的に再生可能なフォーマットで優れた品質を提供します。ウェブ公開やウェブサイトへの埋め込み用のファイルを必要としている場合は、中程度のビットレート（1080pで8〜12 Mbps）のH.264が、画質と読み込み速度のバランスをとるのに適しています。

常にプロジェクト仕様に一致する解像度とフレームレートで納品してください。仕様が提供されなかった場合は、ソース映像に合わせます。クライアントが独自にオーディオを必要とする可能性がある場合は、ビデオと一緒に、明確に命名された個別のオーディオファイル（WAV、48kHz、24ビット）を添付してください。レビューラウンドを伴うプロジェクトでは、タイムスタンプ付き注釈機能を持つプラットフォームを使用することで、フィードバックが整理され、曖昧なメールのやり取りを減らすことができます。Fabricは、すべてのフィードバックをタイムラインの特定の瞬間に結びつけるレビューおよび承認ワークフローを提供します。

ウェブおよびメールでの送信

ウェブサイト、メールの添付、または一般的な共有を目的とするファイルは、品質とファイルサイズのバランスをとる必要があります。ここでは、MP4コンテナのH.264が普遍的な選択肢です。1080pの場合、コンテンツに応じて5〜10 Mbpsのビットレートを目標に調整します。動きの少ないインタビュー映像などは、低いビットレートでも効率的に圧縮され、きれいに見えますが、ディテールが多く動きの速い映像にはより多くのビットレートが必要です。

ウェブ配信向けには2パスエンコードを検討してください。書き出し時間は長くなりますが、低いビットレートで明らかに優れた画質が得られるため、ファイルサイズを管理可能な大きさに抑えたい場合に重要になります。メールの場合、ほとんどのプロバイダが添付ファイルを25MBに制限しているため、適正な画質では非常に短いクリップしか送信できません。それより長いものについては、ファイル共有サービスやクラウドストレージを使用し、代わりにリンクを送信してください。

ウェブ用の解像度は、視聴環境に応じて縮小できます。ブログ記事に幅640ピクセルで埋め込まれるビデオを、4Kで書き出す必要はありません。解像度を表示サイズに合わせることで、視聴者の帯域幅を節約しつつ、体感品質を損なわずに済みます。

アーカイブとマスター

プロジェクトマスターは、完成した作品の最高品質バージョンであり、配信の効率性ではなく、保存を念頭に置いて書き出す必要があります。アーカイブマスターにはProRes 422が最低ラインであり、ProRes 422 HQまたはProRes 4444が好ましいです。これらのコーデックは長期保存と品質維持のために設計されており、今後何十年も続くと予想される幅広いソフトウェアサポートを備えています。

プロジェクトのフル解像度とフレームレートで書き出します。プロジェクトが4Kで編集された場合、マスターは4Kである必要があります。オーディオは48kHz、24ビットのPCM（非圧縮）として保持し、利用可能な場合は個別のステムも一緒に保存します。マスターと並行して、プロジェクトファイル、未編集のソース映像、そしてLUTやグラフィックなどのカスタムアセットもアーカイブしてください。プロジェクトファイルのないマスターは、視聴することはできても、二度と手を加えたり再編集したりできない完成品にすぎません。

マスターのストレージはすぐに膨らみます。1080pのProRes 422 HQでわずか1時間でも約60GBになり、4Kでは250GBに達します。それに応じてストレージと整理方法を計画し、少なくとも2つの異なる場所にコピーを保管してください。Fabricのようなサービスを通じたクラウドストレージは、どこからでもアクセスできる外部バックアップを提供します。これは、クライアントが数ヶ月後に戻ってきて修正を求めてきたときに特に役立ちます。

オーディオ設定の詳細

オーディオの書き出し設定は、通常受ける注目よりも重要です。プラットフォーム（YouTube、Vimeo、ソーシャルメディア）への配信では、AAC-LCが標準のオーディオコーデックです。ほとんどのコンテンツでは256kbpsで十分ですが、音楽中心のコンテンツやオーディオ品質を最優先する場合は384kbpsが適しています。48kHzのサンプリングレートはビデオ制作において普遍的であり、デフォルト設定にする必要があります。

放送用納品の場合、オーディオは48kHz、24ビットのPCM（非圧縮）でなければなりません。これは、ほとんどの放送仕様において交渉の余地のない条件です。適切な地域基準（EBU R128またはATSC A/85）へのラウドネスのノーマライズが必要であり、放送局のQCプロセスは適合しないファイルを必ず検出します。多くのNLEには、ラウドネスメーターとノーマライズツールが内蔵されています。

オーディオが個別に（再編集、リミックス、または他のコンテンツとの結合などで）使用される可能性のあるクライアント納品の場合は、ビデオファイルと一緒に48kHz、24ビットの個別WAVファイルを書き出してください。これにより、ビデオコンテナに埋め込んだものに関係なく、クライアントが作業するためのクリーンで非圧縮のオーディオを提供できます。

よくある見落としは、音声の埋め込み自体を忘れてしまうことです。これは、タイムライン上でリンクされているものの、デフォルトでは一緒にレンダリングされない個別のオーディオトラックとビデオトラックを使用している場合に、予想以上に頻繁に発生します。納品前には、必ずスタンドアロンプレーヤー（NLE内ではなく）で書き出されたファイルを再生し、音声が存在し、シンクしており、正しいレベルであることを確認してください。

よくある間違い

いくつかの書き出しエラーは、プロジェクトや経験レベルを問わず繰り返し発生します。フレームレートの不一致はその最たるものです。24fpsで撮影して30fpsで書き出したり、タイムライン上で50fpsと60fpsの映像をズレを考慮せずに混在させたりすることです。その結果、コマ落ちかフレームのブレンドが発生し、どちらも明らかに不自然に見えます。書き出しフレームレートをタイムラインのフレームレートに合わせ、プロジェクト開始時にタイムラインのフレームレートを主要なソース映像に合わせるように設定してください。

誤ったピクセルアスペクト比は、より微妙な問題です。最近の映像の多くは正方形ピクセル（1:1のピクセルアスペクト比）を使用していますが、一部のレガシーフォーマットや特定の放送仕様では長方形ピクセルを使用しています。誤ったピクセルアスペクト比で書き出すと、画像が引き伸ばされたり潰れたりします。タイムライン上では正しく見えるのに、書き出した映像が歪んでいる場合は、この設定を確認してください。

レターボックス（黒帯）のエラーは、書き出し解像度がタイムラインのアスペクト比と一致しない場合に発生します。16:9の解像度で2.39:1のワイドスクリーンタイムラインを書き出すと黒帯が追加されますが、これは意図されたものであれば問題ありません。しかし、16:9のタイムラインを4:3の解像度で書き出したり、すでに黒帯がある映像の上にさらにレターボックスを追加したりすると、窓枠のような小さな画像が作成されてしまいます。書き出す前にアスペクト比を確認してください。

前述のように、オーディオの埋め込み忘れは、締め切り間際に急いで書き出しを行い、再生確認をスキップした際に発生しがちです。同様に、誤ったオーディオチャンネルレイアウト（ステレオであるべきところをモノラルにするなど）で書き出すことも、簡単に防げる問題です。他の人に送信する前に、必ず別のデバイスやプレーヤーで書き出しファイルの最終再生確認を行ってください。

カラースペースのミスマッチは見つけるのが難しいですが、同様に重要です。プロジェクトで広色域のワーキングスペースを使用しており、SDR配信向けにRec.709への変換を行わずに書き出すと、標準ディスプレイでは色が過飽和に見えます。正しいメタデータなしにHDRコンテンツを書き出すと、ハイライトが白飛びしたSDRとして再生される可能性があります。書き出しダイアログのカラースペース設定が、想定される視聴環境と一致しているか確認してください。

よくある質問

YouTubeにアップロードするのに最適なコーデックは何ですか？

MP4コンテナ内のH.264が最も信頼できる選択肢です。普遍的にサポートされており、YouTubeのエンコードパイプラインでも十分に理解されているため、予測可能な結果が得られます。H.265も受け付けられ、同じビットレートでわずかに優れた画質を提供できますが、H.264がより安全なデフォルト設定のままです。

プラットフォームの推奨値よりも高いビットレートで書き出すべきですか？

再エンコードを強力に行うプラットフォーム（Instagram、TikTok、Twitterなど）向けには、その通りです。高いビットレートでアップロードすることで、プラットフォームのエンコーダが処理できるデータ量が増え、通常、プラットフォーム上での最終的な動画の見た目が良くなります。YouTubeやVimeoについては、推奨ビットレートに合わせるか、適度に上回る程度で十分です。

2パスエンコードとは何ですか？また、いつ使用すべきですか？

2パスエンコードは、1パス目で映像を分析し、2パス目でより効率的にビットレートを割り当てる方法で、複雑なシーンにはより多くのデータを、単純なシーンにはより少ないデータを配置します。シングルパスエンコードの約2倍の時間がかかりますが、低いビットレートで明らかに優れた画質を実現します。ファイルサイズが重要で、時間に余裕がある場合、特にウェブ配信やソーシャルメディアへのアップロード時に使用してください。

書き出した映像がタイムラインでの見え方と異なるのはなぜですか？

最も一般的な原因は、カラースペースのミスマッチ（タイムラインが書き出し設定とは異なるワーキングスペースを使用している）、NLEと再生アプリケーションの間でのディスプレイレンダリングの違い、そしてLUTやカラーマネジメントの違いです。書き出しのカラースペースが目的の納品基準と一致していることを確認し、NLEに再インポートするのではなく、常にスタンドアロンプレーヤーで書き出しファイルを確認してください。

アーカイブマスターにはどのフォーマットを使用すべきですか？

MOVコンテナ内のProRes 422 HQがアーカイブの業界標準です。優れた品質、幅広い互換性を提供し、フォーマットとして十分に成熟しているため、今後も再生サポートが継続します。透明度を保持する必要がある場合や、絶対的に最高の品質が求められる場合は、ProRes 4444が適しています。

一度だけ書き出して、すべてのプラットフォームに同じファイルを使用することはできますか？

可能ですが、どこかで妥協が生じることになります。YouTube向けに最適化されたファイル（横型、中程度のビットレート、16:9）は、Instagram（縦型9:16が好まれ、高いアップロードビットレートが有利）ではパフォーマンスが低下します。プラットフォーム固有のバージョンを書き出すのは時間がかかりますが、各プラットフォームでより良い結果をもたらします。

オーディオにはどのサンプリングレートを使用すべきですか？

48kHzがすべてのビデオワークの標準であり、デフォルトにする必要があります。ビデオプロジェクトに44.1kHz（CDオーディオ規格）を使用しないでください。シンクの問題を引き起こす可能性があり、放送用QCでも受け入れられません。オーディオソースが44.1kHzの場合は、書き出す前にタイムライン上で48kHzに変換してください。

HDRの書き出しはどのように処理すればよいですか？

HDRの書き出しには、正しいカラースペース（Rec.2020）、転送関数（HDR10およびDolby Vision用のPQ、放送用HDR用のHLG）、およびファイルに埋め込まれたメタデータが必要です。プロジェクトの開始時からNLEをHDRグレーディング用にセットアップしておく必要があり、出力を確認するにはHDR対応のモニターが必要です。HDRをサポートしていないプラットフォームや視聴者向けに、常に個別のSDRバージョンも書き出してください。

CBRとVBRの違いは何ですか？

CBR（固定ビットレート）は、ビデオの毎秒に対して同じデータ量を割り当てます。VBR（可変ビットレート）は、複雑なシーンには多くのデータを、単純なシーンには少ないデータを割り当てます。VBRは、同じ平均ファイルサイズでより優れた画質を実現するため、ほとんどの納品に最適な選択肢です。CBRは、インフラの理由で一貫したデータレートが重視される、一部の放送仕様やストリーミングワークフローで要求されます。

放送用の納品物が不合格になったのはなぜですか？

一般的なQC不合格の理由には、不適切なフレームレート、規定範囲外のオーディオラウドネス、放送セーフ限界を超えるビデオレベル、不正確なタイムコード、オーディオチャンネル割り当ての欠落または誤り、誤ったコーデックやコンテナフォーマットなどがあります。書き出す前に必ず放送局の技術仕様書を読み、提出前に独自のQCチェックを行ってください。

関連ページ

• ビデオファイルフォーマットの解説

• ビデオコーデックとは？

• ビデオ解像度ガイド

• フレームレートの解説

• カラースペースとは？

• LUTとは？

• ビデオプロジェクトファイルの管理方法

• 大容量ファイルを安全に共有する方法

• オーディオファイルフォーマットの解説

• サンプリングレートとビット深度とは？