MENU
  1. ホーム
  2. クロニクル
  3. カラーマネジメントとアーカイブ｜ACES・メタデータ駆動現像・長期保存｜動画RAWコーデック解剖

カラーマネジメントとアーカイブ｜ACES・メタデータ駆動現像・長期保存｜動画RAWコーデック解剖

広告
クロニクル

動画RAWコーデック解剖

RAWは、それ単体で完成された映像ではない。撮影の瞬間に色や明るさが決まる通常の動画と違い、RAWの見た目は撮影後の現像とワークフローの中で初めて定まる。だからRAWの価値は、記録した後の色管理と保存の設計まで含めて考えないと生きてこない。本補章では、RAWの色が撮影後に決まるというメタデータ駆動現像の考え方、業界標準の色管理であるACESとその入口であるIDT、プロキシと中間コーデックの運用、そしてLTOやチェックサムを用いた長期保存の設計を、ACES公式と標準化団体の一次資料に基づいて整理する。未来の予想はせず、現時点で確認できる可用性の事実に絞る。

目次

メタデータ駆動現像とは

RAWは、センサーが受けた光の情報を、色や明るさを焼き込む前の段階で保持する。ISOやホワイトバランスは画素値そのものには適用されず、メタデータとして別に記録される。だから撮影後に、編集ソフトの中でISOや色温度を非破壊で調整できる。これがメタデータ駆動現像である。第1章で触れたデベイヤーも、この現像の一部として後処理で行われる。RAWの色は、撮影時ではなく現像時に、IDTと現像パラメータによって確定する。

ACESとIDT

撮影に使うカメラは、メーカーごとに異なる色の記録方式（独自のlogと色域）を持つ。これらをそのまま混ぜると、素材ごとに色の土台が食い違い、複数カメラの案件やVFX合成で破綻する。この問題を解くのがACES（Academy Color Encoding System）である。

ACESの入口がIDT（Input Transform、入力変換）である。ACES公式の定義によれば、IDTはカメラなどが出力するnon-color-rendered（表示向けに色づくりされていない）RGB値を、ACES RGB相対露光値へ変換する。その責務には、リニア化、ホワイトバランス、クリッピング、色の分析、ニュートラルの色度差の補正、そしてACES RGB相対露光値としての符号化が含まれる。IDTは単なる色域変換ではない。カメラ固有の撮像特性を、共通のシーン参照データとして扱える状態に整える入口である。

ここで混同しやすいのが、AP0とAP1の役割である。どちらもシーンリニアのACESエンコードだが、同じ用途の作業色空間ではない。

エンコード色域原色主な用途運用上の判断
ACES2065-1AP0施設間の交換、アーカイブ用マスターACESの中核となるシーンリニア色空間。交換・保存用のファイル書き出しはACES2065-1が定義されている。CG合成の既定作業空間として選ぶものではない。
ACEScgAP1CGレンダリング、コンポジット、ペイント16bitまたは32bit浮動小数で扱うシーンリニア作業空間。CGツールの計算と相性がよく、Rec.2020とDCI-P3を内包できる。AP0とAP1の変換は明示的に行う。
ACEScctAP1カラーグレーディング準対数のトーン特性を持つ。リフト操作時のシャドウの振る舞いを従来のカメラlogに近づけるため、グレーディング用に設計された。純粋な対数のACESccは現在では推奨されない。

実務の流れは、IDTでカメラ素材をACESへ取り込み、VFX工程では必要に応じてACEScg（AP1）でレンダリング・合成し、グレーディングではACEScct（AP1）を使う。そして、施設間の受け渡しや長期保存のマスターではACES2065-1（AP0）へ書き出す、という役割分担になる。RRT（Reference Rendering Transform、基準レンダリング変換）とODT（Output Display Transform、出力表示変換）は、シーン参照の画像を実際のモニターや配信規格に適合させる最終段に置かれる。すべての工程をAP0で固定するのではなく、工程ごとに目的に合うACESエンコードを選び、変換とバージョンをメタデータとして残すことが重要である。

各社カラーサイエンスとACESへの接続

各メーカーは独自のlogと色域を持ち、それぞれACESに接続する。代表的なものを整理する。

RAW／カメラ系統メーカー独自のlog・色域ACESへの接続
ARRIRAWLog C（LogC3／AWG3、ALEXA 35以降はLogC4／AWG4）ACES IDTで取り込み
Sony X-OCN／RAWS-Log3／S-Gamut3ResolveではX-OCNにNo Input Transformを用いる（第9章参照）
REDCODE（R3D）IPP2（REDWideGamutRGB／Log3G10）ACES IDTで取り込み
Canon Cinema RAW／RAW LightCanon Log 2／3、Cinema GamutACES IDTで取り込み
DJID-Log／D-GamutACES IDTで取り込み

各社のカラーサイエンスには、案件設計で押さえておきたい細部がある。ARRIはALEV4センサーを積むALEXA 35以降でLogC4／AWG4を採用し、それ以前の機種はLogC3／AWG3である。ARRI公式のLogC4仕様書は、LogC4からACES2065-1（AP0）への変換行列そのものを定義している。両者が混在する現場では、ARRI自身がACESワークフローでの統合を推奨している。Sonyは用途で色域を使い分ける。S-Gamut3.CineはDCI-P3よりわずかに広く、グレーディングしやすいよう設計されている。一方のS-Gamut3はカメラがとらえられるほぼ最大の色域で、Sony公式が「ACESやITU-R BT.2020への変換、そしてアーカイブに適する」と位置づけている。REDのIPP2はREDWideGamutRGBとLog3G10からなり、RED公式ホワイトペーパーがACES AP0への変換行列を公開している。ただしIPP2の全体像はRED独自の色域マッピング・トーンマッピング・出力変換までを含むため、ACESのRRT／ODTを使う工程ではRWG／Log3G10を中間色空間として取り込み、IPP2の表示変換は用いない。CanonはCanon Log／Log 2／Log 3とCinema Gamutを持ち、Log 2はCineonワークフローとの互換を、Log 3は10bit 4:2:2 Cinema Gamutでのポスト処理を意識して設計されている。

主要RAWの公式IDTの配布状況は、各社で対応形態が異なる。CanonはACES対応ページとカメラのサポートページで機種別のIDT（.ctl）を公式配布している。ARRIはLogC4／LogC3の仕様書でACESへの変換を定義し、REVEALカラーサイエンスとACESカラーサイエンスの違いも明示している。REDはRWG／Log3G10のACES変換をホワイトペーパーで公開し、そのIDTはACESのDCTLコレクションやOFXプラグインにも含まれる。SonyのS-Gamut3／S-Log3向けIDTはDaVinci Resolveに内蔵されている。このように多くのメーカーのIDTは、ACESのリファレンス実装や主要な編集・グレーディングソフトに標準搭載され、加えて各社が変換仕様やLUT・IDTを公式配布している。とはいえバージョンや機種対応は更新されるため、案件で使う前に各社の最新情報で確認するのが安全である。とくにX-OCNについては、第9章で触れたとおり、Resolveではレガシーのlog系IDTではなくNo Input Transformを使うのが正しい扱いである。

プロキシと中間コーデックの運用

RAWは重い。編集の各段階で常にRAWを扱うのは効率が悪い。そこで、編集の快適さのために軽いプロキシを併用し、中間コーデックで受け渡す運用が一般的である。オフライン編集では軽量プロキシで作業し、最終的な色づくりの段階でRAWに戻す。書き出しや受け渡しには、ProResやDNxHRといった中間（メザニン）コーデックが使われる。ProResはApple、DNxHRはAvidが開発した編集向けの高品質コーデックで、世代を重ねても劣化が少なく、フレーム内圧縮で編集ソフト上の再生に強い。VFXやCG合成では、シーンリニアを保持できるOpenEXRの連番が中間フォーマットとして選ばれる。OpenEXRはILMが1999年に開発し2003年にオープンソース化された高ダイナミックレンジのシーンリニア画像フォーマットで、現在はAcademy Software Foundationが管理する業界標準である。1フレームを1ファイルとして扱い、16bitまたは32bitの浮動小数を保持でき、ACESのシーンリニア値をそのまま格納できる。

アーカイブ設計

RAWの資産価値は、確実に保存できて初めて意味を持つ。長期保存では、テープを用いるLTO（Linear Tape-Open）が業界標準である。ファイル管理にはLTFS（Linear Tape File System）を用いる。LTFSは、テープを自己記述的に扱える形式で、IBMが開発し、LTO Consortiumが2010年に採用した。LTO-5以降に搭載され、仕様はSNIAが管理している。WORM（一度だけ書き込み）に対応し、公称のアーカイブ寿命は約30年とされる。LTO-9は30年の寿命を公称し、世代が進んだLTO-10は圧縮時で最大100TBに達する。

保存したデータが破損せず読み出せることを保証するには、完全性の検証が欠かせない。Library of CongressやNDSAの実務では、取り込み（ingest）時にチェックサムを生成し、定期的にfixity（固定性）を検査するのが基本原則である。NDSAの「Levels of Digital Preservation」は「File Fixity and Data Integrity」を五つの中核領域の一つに位置づけ、ISO 16363やTRACも同様の要件を課す。クラウドへの保存も選択肢だが、その場合も同じく、チェックサムによる完全性の確認と、複数拠点への冗長化という原則は変わらない。

将来にわたる可読性のリスク

RAWは各社の独自フォーマットが多いため、長期保存では将来の可読性がリスクになる。現像に必要なSDKやプラグインの提供が止まれば、ファイルが残っていても現像できなくなる恐れがある。特許や事業の撤退、フォーマットの廃番も、可読性に影を落とす。第11章で触れたCinemaDNGのように、いったん広まった規格が主流から退く例もある。この点から、納品やアーカイブでは、各社独自RAWのままにせず、より開かれ広く支持された中間フォーマットを併存させておくのが堅実である。アーカイブ用マスターとしては、SMPTE ST 2065-4で標準化されたACESコンテナ、すなわち非圧縮のOpenEXR連番が中核に据えられている。ProResやDNxHRは編集や受け渡しに広く使われるが、いずれも圧縮された独自形式である点は踏まえておきたい。納品・編集にはProResやDNxHR、長期保存の最高品質マスターには非圧縮のACES2065-1／OpenEXRという使い分けが現実的である。ここでも本稿は将来を予測はしない。現時点で、独自RAWの可読性が外部要因に依存するという事実を確認するにとどめる。

まとめ

RAWの価値は、記録した瞬間ではなく、色管理と保存を含むワークフロー全体で決まる。メタデータ駆動現像により、RAWの色は撮影後にIDTと現像で確定する。ACESは、メーカーごとにばらばらな色の記録方式を共通の土台に載せ、IDTからRRT、ODTへと整然と流す枠組みを与える。長期保存では、LTOとLTFSを軸に、チェックサムによる完全性検証を欠かさないことが基本である。そして各社独自RAWの可読性が将来の外部要因に依存する以上、開かれた中間フォーマットを併存させておくことが、RAW資産を守る現実的な備えになる。

出典（一次情報）

動画RAWコーデック解剖

  1. RAWとは何か｜A/D変換・デベイヤーと「RAWのグラデーション」
  2. RAWの代償｜データ量・熱・記録時間・メディア・ワークフロー
  3. なぜ同じ「RAW」で画質差が生まれるのか｜内部収録RAWと外部ProRes RAWの技術的差異
  4. ProRes RAW｜Apple×Atomosが選んだ「生に近い」設計
  5. Blackmagic RAW（BRAW）｜「最適化されたRAW」という発明
  6. REDCODE RAWと特許｜動画RAWを縛った知的財産の構造
  7. CanonのRAWコーデック群｜Cinema RAWとCinema RAW Light（ST・HQ・LT）
  8. Sony X-OCN 前編｜歴史と設計思想（FX5から遡るVENICE・F5／F55の系譜）
  9. Sony X-OCN 後編｜ワークフロー・対応ソフトウェア・他RAWとの比較
  10. Nikon N-RAWとTicoRAW｜ライセンスRAWという第三の道
  11. その他のRAWフォーマット概観｜ARRIRAW・CinemaDNG・Panasonic・DJIほか
  12. 総合比較｜「どれだけRAWか」の見取り図と2026年版マトリクス
  13. カラーマネジメントとアーカイブ｜ACES・メタデータ駆動現像・長期保存
クロニクル
よかったらシェアしてね！
  • URLをコピーしました！
  • URLをコピーしました！
目次