クロマサブサンプリングは、4:4:4、4:2:2、4:2:0が同じ解像度、フレームレート、ビット深度で異なる数の色サンプルを格納するため、クリエイターのNASの帯域幅要件を変化させます。より多くのクロマサンプルは、保存、読み取り、キャッシュ、転送、処理しなければならない生データ量を増加させます。
この比率だけで圧縮ファイルのビットレートが決まるわけではありません。コーデック、プロファイル、ビット深度、フレームレート、イントラフレームとロングGOP構造、品質設定、カメラの実装がサブサンプリングよりも影響を与えることがあります。クリエイターのNAS計画は、実際のメディアデータレートと同時に動作するタイムラインから始めるべきです。
4:4:4、4:2:2、4:2:0は実際に何を削除しているのか?
クロマサブサンプリングは色サンプル数を減らします。輝度(ルマ)チャンネルは映像の明るさの詳細を保持し、CbとCrは4:2:2および4:2:0で空間解像度が低くサンプリングされます。
4:4:4では、すべてのルマサンプル位置に対応するクロマ情報があります。4:2:2ではクロマ解像度が水平方向に半分になります。4:2:0ではクロマがサンプリンググリッド上で水平方向と垂直方向の両方で削減されます。
4Kなどの解像度ラベルはルマの寸法を示しており、すべてのフォーマットで同じ色解像度を意味するわけではありません。2つのファイルがどちらも3840×2160であっても、含まれるクロマ情報の量は大きく異なります。
サブサンプリングはフレームごとの生データ量をどう変えるのか?
同じ解像度、フレームレート、ビット深度で、4:2:2は生帯域幅を約3分の1削減し、4:2:0は4:4:4のコンポーネントデータの約半分を使用します(他の圧縮前)。
この差はフレームごとに繰り返されます。高フレームレート、10ビットまたは12ビットのサンプリング、複数カメラアングル、高解像度は、NASが編集ワークステーションに提供しなければならないデータ量を増加させます。
生データや軽度圧縮の制作フォーマットはこの関係を最も直接的に示します。コーデックが空間的・時間的圧縮を加えると、サブサンプリングは単純な固定乗数ではなくビットレートへの一つの入力となります。
なぜコーデックは比率だけよりも重要なのか?
ビデオファイルはコンテナ、コーデック、プロファイル、エンコーダ設定の組み合わせであるため、コーデック設定が最終的なビットレートを決定します。高圧縮の4:4:4ストリームは、軽度圧縮の4:2:2メザニンファイルよりも小さくなることがあります。
イントラフレーム編集コーデックはフレームを独立して保存し、応答性の高いタイムラインのために高ビットレートを使うことが多いです。ロングGOPカメラコーデックは低いストレージレートを提供できますが、スクラブや多層再生時にデコーダの負荷が増えます。
ビット深度は別の乗数です。10ビット4:2:0は8ビット4:2:0より多くのコンポーネントデータを持つことがあり、10ビットまたは12ビット4:4:4制作フォーマットは特に高いストレージとネットワーク負荷を生み出します。
タイムラインはNASの要件をどう増やすのか?
編集者は通常、1つのクリーンなソースストリームだけを読みません。複数の編集ストリームがマルチカムアングル、ピクチャーインピクチャーレイヤー、エフェクト、オーディオ、プロキシ、レンダリング、バックグラウンドコンフォームを通じてNASのスループットを増やします。
200MB/sのソースは、タイムラインが複数のクリップを読み、NLEがキャッシュファイルを生成し、別のワークステーションが同じプロジェクトにアクセスすると、200MB/s以上のストレージサービスを必要とすることがあります。ヘッドルームは平均値だけでなく、シークやアクセスパターンの変化にも必要です。
ネットワークスループットは一つのリンクに過ぎません。ディスクアレイ、ファイルシステム、コントローラ、クライアントアダプタ、スイッチ、プロトコル、ワークステーションキャッシュがすべて合計負荷を支える必要があります。10GbEポートがあってもHDDが複数の高ビットレートのランダムストリームを提供できる保証はありません。
なぜクリエイターはより高いクロマフォーマットを保持するのか?
4:4:4は完全なクロマ解像度を保持します。これにより、キーイング、合成、グラフィックス、テキスト、マスク、繰り返しの色変換で使われる色のエッジ情報が向上します。
4:2:0は最終視聴に効率的で、自然画像は低い色解像度を許容することが多いです。編集者が鮮明な飽和エッジ、グリーンスクリーンの分離、強いセカンダリカラー補正を必要とする場合には理想的ではありません。
高いクロマ解像度はカメラが記録しなかった詳細を復元できず、低圧縮や正確な色を保証するものでもありません。価値は、取得からポストプロダクションのチェーン全体が追加データを保持し活用するときに現れます。
クリエイターのNASはネイティブメディアとプロキシをどう計画すべきか?
4:2:2は色の詳細と帯域幅のバランスを取ります。多くのクリエイターワークフローは、仕上げ用に4:2:2または4:4:4のオリジナルを保持し、遅いネットワークや携帯システムでの編集用に小さなプロキシを生成します。
選択したカメラやメザニンコーデックの実際のMB/sを測定し、同時ストリーム数とユーザー数を掛け、キャッシュ、エクスポート、バックアップ、バースト動作のためのヘッドルームを加えます。解像度やクロマ比率だけでNASのサイズを決めてはいけません。
タイムラインのコーデックとストリーム数がNAS速度を決定します。ネイティブメディアがストレージ経路全体を超える場合はプロキシを使い、オリジナルは信頼性の高い取り込み、仕上げ、アーカイブ復旧用の階層に保持します。
| クロマフォーマット | 相対的な生クロマデータ量 | 典型的なクリエイターの用途 |
|---|---|---|
| 4:4:4 | 完全なクロマサンプリング | VFX、キーイング、グラフィックス、高度な仕上げ |
| 4:2:2 | 水平方向のクロマ解像度半分 | 放送、取得、プロフェッショナル編集 |
| 4:2:0 | 水平方向および垂直方向のクロマ解像度半分 | 配信、コンシューマーカメラ、効率的なアーカイブ |
| プロキシメディア | プロキシコーデックと設定による | オリジナルを保持しつつ編集帯域幅を削減 |
よくある質問
4:4:4は常に4:2:0の2倍のNAS帯域幅を必要とするのか?
圧縮ファイルではそうとは限りません。生のコンポーネント比率はそのスケールを示唆しますが、コーデック、品質設定、ビット深度、フレームレート、コンテンツが実際のファイルビットレートを決定します。
4:2:0はプロフェッショナル編集に不向きか?
いいえ。多くのプロジェクトは4:2:0で成功裏に編集しています。より高いクロマフォーマットは、キーイング、合成、積極的なグレーディング、テキストエッジ、繰り返し処理されるワークフローでより価値があります。
10GbEはすべての4:4:4フォーマットを編集できるか?
いいえ。非圧縮の高解像度・高フレームレート・マルチストリームフォーマットの中には、実用的な10GbEスループットを超えるものがあります。ストレージアレイとワークステーション経路もデータレートを維持できなければなりません。
プロキシは最終エクスポートのクロマ品質を変えるか?
いいえ。NLEが仕上げとエクスポートのためにオリジナルメディアに再接続する場合、プロキシはインタラクティブな編集負荷を減らし、高品質のオリジナルが最終レンダーのソースとして残ります。
まとめ
クロマサブサンプリングはクリエイターNASの帯域幅を、フレームごとの色データ量を変えることで変化させますが、実際のストレージ負荷はコーデック、ビット深度、フレームレート、圧縮構造、ストリーム数、ワークフローといった完全なフォーマットから生じます。より高いクロマフォーマットは要求の厳しいポストプロダクションで色のエッジ詳細を保護し、プロキシと測定されたデータレートにより、NASはオリジナルを保持しつつすべてのタイムラインがフル帯域幅で読み込む必要をなくします。
テック&AIハブ
もっと読む

Home Assistantにおけるランタイム状態と永続状態:再起動後も維持すべきものは?
Home Assistantはすべてのライブ値を永続化するわけではありません。設定、レジストリ、選択された復元状態、履歴、デプロイデータは、再起動時にそれぞれ異なる役割を果たします。

Home Assistantはローカルセッションとリモートセッションをどのように認証しますか?
ローカルおよびリモートのHome Assistantセッションでは、同じサーバー側のIDモデルを使用します。リモートアクセスによって変わるのは経路とTLSの境界であり、トークンフローの中核ではありません。

Recorderデータが増えると、なぜHome Assistantの履歴クエリは遅くなるのですか?
レコーダーの成長に伴い、要求された範囲に含まれる行数が増えたり、キャッシュミスが増加したり、ストレージやインデックス処理が遅くなったりすると、履歴クエリのコストが上昇する可能性があります。

