要約

  • RFC 9924 のデコーダー能力は、プロファイルごとの profile–level–band の組で表す。三者はそれぞれ機能集合、輝度サンプルレートとタイル形状、最大符号化データレートを制約する。
  • 構文が正しいこと、申告能力内であること、復号できること、資源消費が有界であること、知覚品質、制作現場の受入れは別々の証拠である。

映像制作では、同じファイルが工程ごとに別の問いを受ける。搬入システムはヘッダーを読めるか。デコーダーはその負荷を約束しているか。実際にフレームを出せるか。再生設備は時間とメモリーの上限を守るか。最後に、担当者はその画を納品可能と判断するか。

説明のため、8K の高レート素材が「APV 対応」とだけ記された設備へ届いたとする。プロファイルは認識された。しかし、そのプロファイルについて申告されたレベルとバンドが素材のサンプル負荷とレートを覆っていない。これは実在する製品試験ではない。単一の対応表示が、本来独立した五つの問いを隠す場面である。

RFC 9924 Advanced Professional Video は 2026 年 2 月に Informational の Independent Stream 文書として公開された。RFC Editor の情報ページは、IETF の成果物でも IETF 合意の表明でもないと明記する。公開という事実から、特定実装の適合性、普及、処理性能を導くことはできない。

APV は、業務用の収録とポストプロダクションを想定し、低遅延、高スループット、復号と再符号化の反復を設計対象にする。フレーム間予測を使わない intra-frame-only 方式で、並列処理のためのタイルを備える。仕様は 2K、4K、8K で数 Gbit/s に達する符号化レート、4:0:0 から 4:4:4:4 の色差形式、alpha、HDR、ユーザー定義メタデータを扱う。

構文上のビット深度は 10 から 16 まで届くが、現在定義されているプロファイルは 10 bit と 12 bit を対象にする。構文が値を運べることと、その値に対するプロファイルが定義済みであることは別である。

プロファイルはアルゴリズム機能の部分集合を定め、そのプロファイルに適合するデコーダーが果たすべき復号義務をまとめる。一方、処理量を定めるのがレベルである。レベルは輝度サンプルレートとタイル形状を制約する。バンドは、同じレベルの中で最大符号化データレートを選ぶ。

したがって能力はプロファイルごとに組で申告される。実装は、プロファイル A には高いレベル、プロファイル B には低いレベルを持ち得る。一覧の最上位プロファイルだけを見て、全プロファイルで同じ最大負荷を処理できると推定してはいけない。

RFC 9924 はデコーダー側の個別選択オプションを設けない。オプションが一つ増えるたびに、エンコーダーが出力し得る組合せとデコーダーが予測すべき組合せが増えるからだ。実装差を消すのではなく、差を申告可能な三つの境界へ置き、相互運用性の状態空間を抑える設計である。

予約 ID の扱いは、数値だけを比較する実装への警告にもなる。既知の値の間にある予約 profile_idc を、中間プロファイル能力と解釈してはならない。プロファイルは機能集合であり、一本の序列ではない。ところが予約 level_idc と band_idc は、規定値の間なら中間能力として解釈しなければならない。こちらは順序を持つ資源上限だからである。

公開コードは次の現実層を提供する。OpenAPV とビットストリーム試験、Android 16 の APV 説明、FFmpeg 8.0、引用された APV エンコーダーのコミットは、実装を検証する入口である。リンクが存在するだけでは、完全適合、性能、端末範囲、画質、安全性、制作採用を証明しない。

試験結果にも段階が必要だ。構文検査、入力の組と申告能力の照合、特定 build の parse と decode、時間とメモリーの上限、参照出力との比較、制作上の受入れを別々に記録する。フレームが一枚出たことは、最初の成功を示しても最後の承認にはならない。

セキュリティでは、予測可能なヘッダービットと padding が既知平文に弱い暗号方式との組合せを危険にする。APV 自体は機密性を与えない。不正な payload によるメモリー越境、過大な復号資源、整数 overflow を防ぐ必要がある。失敗の後にエラーを返すだけでなく、失敗までの消費を有界にしなければならない。

トランスコード gateway では悪意ある入力が encoder 側にも届くため、入力防御は decoder だけの課題ではない。また、未知のメタデータ型を処理してはならない。誤解釈は状態を不明にする。運ばれる内容が実行を意図していないという記述も、壊れたメディアが安全だという意味ではない。

RFC 9924 の errata 検索が示すのは文書訂正の状態で、バイナリーの証明書ではない。「perceptually lossless」も設計目標であり、素材、表示環境、評価方法、結果を示して初めて品質証拠になる。

Heng Lu の Running-Code Primacyは、製品名ではなく実行された parser、decoder、encoder、gateway を見る。Minimum Initial Specificationは共通義務を狭く明示し、その外側の選択をローカルに残す。Reality Layersは、文書、構文、申告、実行、出力、知覚、受入れを一つの「対応」に溶かさない。

必要な記録は、入力とデコーダー双方の profile–level–band、画面寸法、フレームレート、タイル、色差、alpha、bit depth、符号化レート、build と設定、解析結果、最大資源、メタデータ処理、比較法、出力 ID、制作判断である。「APV 対応」は候補を探す印にはなる。責任を確定する証票にはならない。

出典