YouTuber向け動画圧縮

編集が完了しました。しかし、MP4の書き出しが47%で1時間止まったまま。また、YouTubeのアップロード処理が完了したものの、最終的な画質が書き出し時よりも柔らかく見えてしまった。また、ホテルのWi-Fi環境でPNGのサムネイルだけがアップロードに失敗した。

YouTubeはアップロードされた動画すべてを再エンコードします。したがって、目標は可能な限り小さいソースファイルを作ることではなく、転送時間とYouTubeのトランスコード後の品質のバランスが取れた、クリーンで互換性の高いアップロード用メザニンファイルを作成することです。

生データ書き出しがYouTubeアップロードを遅らせる理由

Premiere、Final Cut、またはスクリーンレコーダーからの書き出しは、非常に高いビットレートになることがよくあります。共有回線や移動中の接続では、アップロード帯域幅がボトルネックになりがちです。

適切なサイズに調整されたアップロード用コピーは、編集用マスターよりもはるかに高速に転送できますが、安全なビットレートは解像度、フレームレート、HDRまたはSDR、粒状ノイズ、モーション量によって異なります。アップロード時間を概算し、その配信形式に対してYouTubeが推奨する品質を少なくとも維持します。

YouTube公開用の動画とサムネイル形式

YouTubeのワークフローはメイン動画に加えて、以下の要素を含みます。

• 動画: NLEやキャプチャツールからのMP4、MOV、M4V、WebMなど。
• 画像: サムネイル、コミュニティ投稿、エンドスクリーン用のPNG、JPEG、WebP。
• GIF: コミュニティタブやクロスポスト用の短いテーループ。

別個の画像ツールを開かずに、YouTubeが許容する形式とファイルサイズにサムネイルを変換します。コミュニティ投稿の画像やエンドスクリーンのアセットは、メインのMP4と同じ一括処理パスで処理できるため、公開日は3つの別々の書き出しではなく、1つのキューで完結します。

YouTubeのアップロード制限とコーデックの選択

YouTubeは非常に大きなファイルを受け付けますが、アップロード時間はファイルサイズと利用可能なアップストリーム帯域幅とともに増加します。期間とサイズの実用的な上限については、 YouTube動画のサイズ制限 をご覧ください。

YouTubeの 公開アップロード・エンコーディングガイドライン では、MP4、H.264、録画と同じフレームレート、プログレッシブスキャン、4:2:0のクロマサブサンプリング、Fast Startメタデータが推奨されています。チャンネル内のすべての動画タイプに対して異なるアップロードコーデックを選択する前に、 H.264とH.265コーデックの比較 をお読みください。

YouTubeがアップロードを再エンコードする前の事前圧縮

YouTubeはアップロードファイルの大小にかかわらず、新しい再生用エンコードを作成します。適切に準備されたメザニンファイルは転送時間の無駄を防ぎますが、ソースビットレートを低すぎると、YouTubeがエンコードを開始する前に生成ロスが発生します。グラデーション、粒状ノイズ、細かな文字、高速モーションから削除されたビットは、プラットフォーム側で回復できません。

高品質なプリセットを使用し、結果をプレビューします。トークショー用の1080p用とゲームプレイ用の1440pまたは4K用にそれぞれプリセットを保存します。アップロード時間が制約要因の場合は、ファイルサイズと測定済みのアップストリーム帯域幅から概算し、映像が許容する範囲までビットレートを下げていきます。アップロード前に高速モーションや文字オーバーレイをスクラブし、公開前にブロックノイズを確認します。

1つのYouTube公開バッチを整理する

承認済みの長尺アップロード、Shorts、サムネイル、字幕、チャプター、スポンサーレビュー用コピー、メタデータメモを1つのエピソードIDの下にまとめます。曜日や担当者ではなく、コンテンツタイプに基づいて配信設定名を付けます。例：talking-head-1080pやgameplay-1440p。

バックログを作成する前に、最も負荷のかかる1分間をテストします。高速なゲームプレイ、粒状ノイズ、暗いグラデーション、細かな画面文字、大音量の音楽は、クリーンなトークショーの導入部よりも早く設定の弱点を露呈させます。

Shorts、コミュニティ投稿、サムネイルの配信

Shortsや縦型クリップはアスペクト比が異なりますが、アップロード時の悩みは同じです。スローな接続環境での oversized MP4ファイルです。専用のShortsプリセットで縦型書き出しを圧縮すれば、別ツールを使わずに各クリップのアップロードを完了できます。YouTubeやデザインツールで oversized な静止画が出力された場合、同じバッチ処理でサムネイルPNGファイルを軽量なJPEGまたはWebP形式に変換できます。

コミュニティタブのテーループやエンドスクリーンの画像は、フルプリント解像度を必要としないことがほとんどです。録画セッションの後にサムネイルと静止画の一括書き出しを行い、公開週全体を通じてStudioへのアップロードを高速に保ちます。

YouTubeアップロード品質チェックリスト

• 理由なく24、25、30、60 fpsを変換するのではなく、ソースのフレームレートに合わせます。
• プログレッシブ出力、正しいアスペクト比、意図しないレターボックスがないことを確認します。
• アップロード用コピーで、グラデーション、粒状ノイズ、高速モーション、画面文字、暗いシーンを検査します。
• オーディオチャンネル、音声の同期、ピーク値、最後のエンディングを確認します。
• 適切なディスプレイでSDRまたはHDRのメタデータとカラーをチェックします。
• 重要な動画を非公開でアップロードし、意図した解像度の処理が完了するまで待ってから判定します。
• デスクトップとスマホの両方でYouTubeの結果を検査します。字幕、サムネイルの切り抜き、チャプター、エンドスクリーン、ラウドネスを含みます。
• プロジェクトマスターとアップロード用コピーを保持します。新しいリビジョンのソースとして、ダウンロードしたYouTubeエンコードを使用しないでください。

接続が不安定な場合、YouTubeによるとアップロード時間はファイルサイズ、帯域幅、トラフィック、品質に依存します。小さい有効なメザニンファイルの方が早く完了しますが、これは転送時間のトレードオフであり、YouTubeがトランスコードをスキップする方法ではありません。

GetCompressがYouTube制作に適合するケース

NLEは、グラデーションとミックスが完了したマスターのソースであり、YouTubeが最終的なトランスコードを制御し続けます。チャンネルが承認済みマスターからアップロード用コピー、Shorts、サムネイル、スポンサーレビュー用ファイルを繰り返し準備する場合、GetCompressが最適な選択です。プリセット、プレビュー、トリミング、バッチキューがルーチンな書き出し作業を削減し、ドラフトはローカルに保持されます。GetCompressの役割は、編集、字幕、カラーマネジメント、非公開テストとは異なります。公開日の準備をより反復可能にするものです。