動画RAWコーデック解剖(9)
RAWで撮ると決めた瞬間、本当の仕事はカメラの電源を切ったあとに始まる。現場でX-OCNを選ぶのは一瞬の判断だが、そのファイルはこのあと現像され、グレーディングされ、納品され、そして何年もアーカイブ棚で生き続ける。前編ではX-OCNがどのように生まれ、どんな思想で設計されたのかを、VENICEやF5／F55の系譜まで遡って追った。後編である本章は、視点を「作る側」から「使う側」へと移す。どのソフトが対応し、どうカラーマネジメントし、どれだけの容量を覚悟し、そして他のRAWと比べて何が得で何が損なのか。撮影後の長い工程でX-OCNがどう振る舞うかを、公式仕様書と対応表に立脚して解剖していく。
本章にはもう一つ、正面から答えるべき宿題がある。「X-OCNの16bitは、ProRes RAWなどの12bit RAWより本当に優れているのか。それとも、そもそも別物なのか」という、多くの制作者が抱く素朴な疑問だ。この問いは数字の大小では答えられない。なぜ答えられないのかまで含めて、後半でていねいに解きほぐす。
X-OCNのワークフロー全体像
X-OCNのワークフローを一枚の絵にすると、撮影、現像、グレーディング、納品、そしてアーカイブという流れになる。他のRAW運用と大きく違うのは、X-OCNが「カメラ内で完結する内部記録フォーマット」である点だ。VENICE 2、BURANO、そして新しいFX5は、16bit scene-linearのRAWをそのままカメラ内のメディアへ圧縮記録する。外部レコーダーを挟まず、伝送経路で信号を落とすこともない。この一点が、後述する画質と運用の議論すべての出発点になる。
撮影段では、色温度、EI（露出指数）、シャープネスといった設定はメタデータとして非破壊で記録される。つまり撮影時の値は「後で変えられる目安」であって、ピクセルに焼き込まれるわけではない。ポストで色温度やISOをやり直せるのがRAWの本質であり、X-OCNもその原則に忠実だ。
現像段では、専用のRAW Viewerやグレーディングソフトがファイルのメタデータを読み、S-Log3／S-Gamut3もしくはS-Gamut3.cineへと展開する。ここで初めて「見られる映像」になる。グレーディング段では、DaVinci Resolveなどでルックを作り込む。納品段では、DPXやOpenEXR、ProRes、XAVCなど目的に応じた形式へ書き出す。そしてアーカイブでは、X-OCNの圧縮効率の高さが効いてくる。ここまでの各段を、順に掘り下げる。
対応ソフトウェア
X-OCNの対応状況を語るとき、最も確実な一次情報はSony公式の「X-OCN / XAVC H Supported Products by Alliance Partners」だ。本章はその2025年11月版に基づく。ただし対応はソフトのバージョンに強く依存するため、以下はあくまで執筆時点（2025年11月版基準）のスナップショットであることを最初に断っておく。運用に入る前には必ず最新版の対応表を確認してほしい。
この対応表の重要な特徴は、対応が「カメラ機種（VENICE 2 8K／VENICE・VENICE 2 6K／BURANO）」と「グレード（X-OCN XT／ST／LT）」の組み合わせごとに区分されている点だ。ざっくり「X-OCN対応」と言っても、機種とグレードによって細かく可否が分かれる。主なソフトの対応状況を整理する。
| ソフトウェア | バージョン（2025年11月版基準） | 対応形態 |
|---|---|---|
| Blackmagic DaVinci Resolve Studio | 19.1.3 | XT／ST／LT フル対応 |
| FilmLight Baselight／Daylight | 6.0 | フル対応 |
| Adobe Premiere Pro／After Effects／Media Encoder | 25.2 | フル対応（読み込み可・現像制御は限定的） |
| Autodesk Flame／Flare／Lustre | 2025 | フル対応 |
| Foundry Nuke | 15.1 | フル対応 |
| Grass Valley EDIUS | 11 | フル対応 |
| SGO Mistika | 対応表参照 | フル対応 |
| Assimilate Scratch | 対応表参照 | フル対応 |
| Colorfront | 対応表参照 | フル対応 |
| Pomfort Silverstack | 対応表参照 | フル対応（現場のデータ管理向け） |
| Sony Catalyst Browse／Prepare | 2025.3 | フル対応 |
| Sony RAW Viewer | 5.1.0 | フル対応（無償） |
| Apple Final Cut Pro | 10.7 | 単体非対応・nabletプラグイン経由 |
| Avid Media Composer | 2023.12 | 単体非対応・nabletプラグイン経由 |
この表から読み取るべきことは二つある。
一つ目は、AppleのFinal Cut ProとAvid Media Composerが「単体では非対応」であるという事実だ。両者ともnabletのプラグイン（Final Cut Pro向けは「X-OCN Media Extension Plug-in for macOS」1.1.0、Avid向けは「Sony RAW X-OCN AMA Plug-in」5.3.0）を追加して初めてX-OCNを扱える。X-OCNを軸にワークフローを組むなら、この追加コストと構成の手間は最初に見込んでおくべきだ。ProRes RAWがApple陣営でネイティブに扱えるのと対照的に、X-OCNのFinal Cut対応は一枚かませる必要がある。
二つ目は、Premiere Proの「対応」という言葉の中身だ。Premiere ProはX-OCNを読み込めるが、RAWパラメータの現像制御という点ではDaVinci Resolveが明確に優位という運用実態がある。読み込めることと、色温度やEIをRAWの粒度で作り込めることは別問題だ。実務では、グレーディングはResolve、オンライン編集はPremiereという分業が広く行われている。本章では、公式が言う「対応」と、現場での現像制御の粒度を分けて捉えることを勧める。表の「フル対応」は「読み込み・書き出しの互換」を主に意味し、RAW現像の作り込みの深さまでを保証する言葉ではない。
メタデータとカラーサイエンス
X-OCNの色の扱いは、SonyのカラーサイエンスであるS-Gamut3／S-Gamut3.cineとS-Log3を土台にしている。X-OCNのファイルはこれらへ展開され、公式ホワイトペーパーによればACES、Rec.2020、SMPTE ST2084（PQ）、そしてHDRトーンマッピングといった先進的なワークフローに対応する。撮影時の色温度、EI、シャープネスなどのメタデータは非破壊で保持され、ポストで自由に上書きできる。これがX-OCNをHDRや劇場納品といった要求の高い現場で使える理由だ。
ここで実務上の落とし穴を一つ挙げておく。DaVinci Resolveでは、X-OCNの入力トランスフォームを「No Input Transform」に設定するのが正しい。レガシーの「Sony RAW」IDTを当ててはいけない。古いIDTを使うと、赤やピンクへ寄る色ずれの原因になる。Resolveはファイルのメタデータを読んで適切に自動設定するので、基本はソフトに任せ、余計なIDTを重ねないことが肝心だ。この一手を知っているかどうかで、初手の色が変わる。
無償のRAW Viewerも押さえておきたい。RAW ViewerはX-OCN、RAW、XAVCをDPX、OpenEXR、XAVC、ProRes（ProResはMacのみ）へ書き出せる。とくにACESコンテナ（OpenEXR、ACEScc／ACEScct／ACES-linear）としての書き出しに対応している点は、ACES前提の大規模制作で効いてくる。専用のグレーディング環境がなくても、Sony公式ツールだけでACESパイプラインの入口に立てるわけだ。
そして、この幅広い対応を根で支えているのがSony RAW SDKだ。これはX-OCN対応のための第三者開発向けライセンスプログラムで、50社以上が参加している。前掲の対応表の広さは、このSDKという基盤があって初めて成り立つ。X-OCNのエコシステムは、Sony一社の努力ではなく、SDKを通じたパートナー網の上に築かれている。
データ量とストレージ設計
X-OCNを選ぶ最大の実利は、圧縮効率の高さにある。数字で見るとその意味がはっきりする。
4KのX-OCN LTは24pで389Mbpsだ。同じ4KのXAVC Class480が384Mbps、4KのProRes 422が503Mbpsであることと並べると、位置づけが見えてくる。X-OCN LTは、16bitのRAWでありながらProRes 422より軽い。これは驚くべきことだ。中間コーデックであるProRes 422より、RAWであるX-OCN LTのほうがビットレートが低い。RAWは重いという常識を、X-OCN LTは静かに裏切る。
グレード間の関係も押さえておく。ファイルサイズを従来のSony RAWと比べると、XTはSony RAWを超える画質でありながらほぼ同等サイズ、STは約30%減、LTは約60%減となる。LTはProRes 4444の約3分の1に収まる。この三段階を、公式は用途で使い分けるよう案内している。STは劇映画、TVドラマ、CMなどの標準推奨で、画質と容量の最良のバランスとされる。XTはVFXや巨大スクリーンなど最高画質が要る用途向け。LTは中低予算、ドキュメンタリー、長時間収録、ライブ用途に向く。迷ったらST、というのが公式の基本線だ。
| グレード | ファイルサイズの目安 | 公式の推奨用途 |
|---|---|---|
| X-OCN XT | Sony RAW超の画質でほぼ同等サイズ | VFX・巨大スクリーンなど最高画質用途 |
| X-OCN ST | Sony RAW比 約30%減 | 劇映画・TVドラマ・CMなどの標準（画質と容量の最良バランス） |
| X-OCN LT | Sony RAW比 約60%減（ProRes 4444の約1/3） | 中低予算・ドキュメンタリー・長時間・ライブ |
記録メディアの要件も設計に直結する。BURANOの8K系X-OCN LTは最大270MB/s（8K16:9 30p）に達し、VPG400対応のCFexpress Type Bが必須だ。VENICE 2 8Kでは、一部の解像度とフレームレートの組み合わせでAXS 1TB S66（いわゆる白カード）が必須になる。カメラの到達点も確認しておくと、VENICE 2は最大8.6K（8640×5760）を30fpsまで、8.2K17:9と7.6K16:9で最大60fps、S35クロップの5.8K／5.4Kで最大90fpsを記録でき、いずれもX-OCN XT／ST／LTに対応する。8Kを高フレームレートで回すなら、メディアの速度と容量、そして予算はグレード選択と一体で設計する必要がある。
現場でのメディア運用設計に直結するよう、VENICE 2とBURANOの実用的な記録時間目安を以下に整理する。Sony公式ホワイトペーパーおよびフォーマットチャートに基づく数値である。
VENICE 2：AXS 1TB S66メディア使用時の記録時間目安
| センサーモード | フレームレート | X-OCN XT | X-OCN ST | X-OCN LT |
|---|---|---|---|---|
| 5.4K 16:9 / 5.8K 17:9 | 23.98 / 24p | 65分 | 95分 | 160分 |
| 5.4K 16:9 / 5.8K 17:9 | 25p | 62分 | 91分 | 154分 |
| 5.4K 16:9 / 5.8K 17:9 | 29.97p | 52分 | 76分 | 128分 |
| 5.4K 16:9 / 5.8K 17:9 | 50p | 31分 | 45分 | 77分 |
| 5.4K 16:9 / 5.8K 17:9 | 59.94p | 26分 | 38分 | 64分 |
BURANO：CFexpress Type B VPG400 960GBメディア使用時の記録時間目安
BURANOはX-OCNのグレードがLTに限定される点に注意が必要だ。
| センサーモード | フレームレート | X-OCN LT |
|---|---|---|
| FF 8.6K 17:9 | 23.98 / 24p | 74分 |
| FF 8.6K 17:9 | 25p | 71分 |
| FF 8.6K 17:9 | 29.97p | 59分 |
| FFc 6K 17:9 | 23.98 / 24p | 150分 |
| FFc 6K 17:9 | 25p | 144分 |
| FFc 6K 17:9 | 29.97p | 120分 |
| FFc 6K 17:9 | 50p | 72分 |
| FFc 6K 17:9 | 59.94p | 60分 |
16bitと12bitは何が違うのか
ここからが、本章のもう一つの核心だ。「X-OCNの16bitは、ProRes RAWなどの12bit RAWより優れているのか。それとも別物なのか」。結論を先に言えば、これは単純な16対12の優劣では答えられない問いだ。比較には二つの軸が要る。一つはエンコード曲線がリニアかログか、もう一つはパイプラインのどの段階の値を指しているか、である。順を追って、三段構えで解いていく。
第一段：前提の訂正──ProRes RAWは「12bit固定」ではない
まず、よくある思い込みを正す必要がある。「ProRes RAWは12bitのログ記録だ」という理解は、正確ではない。
Apple公式のホワイトペーパーは、ProRes RAWを直接デコードすると、ログではなくHDRのリニア値になると明記している。S-Log3などへのログ変換は、現像時に任意で適用するデコード設定であって、記録フォーマットそのものはリニアのRAWだ。さらにLibrary of Congressのフォーマット記述によれば、ProRes RAWは1画像チャンネルあたり最大16bitサンプルに対応する（参考までに、ProRes 422は10bit、ProRes 4444は12bitが上限）。つまり「ProRes RAW＝12bit固定」という前提自体が成り立たない。X-OCNもProRes RAWも、根っこはどちらもリニアのRAWである。ここを取り違えると、この先の比較すべてがずれてしまう。
では、世間でよく言われる「12bit」とは何を指しているのか。その多くは、カメラのセンサーや出力パイプラインの段の値だ。実際、Sonyのフルサイズシネマ系のうちFXシリーズがHDMIやSDIに出しているのは16bitのリニアRAWで、それを外部レコーダーがProRes RAW化している。保持される実効精度はソース信号と圧縮レベルに左右されるのであって、コーデックが12bitに天井を張っているわけではない。
第二段：数値比較の作法──リニアかログか、どの段階か
なぜビット深度の数字だけでは比べられないのか。鍵はエンコード曲線にある。
リニア記録では、明るさの値がそのまま符号値に対応する。ここに落とし穴がある。1ストップは光量が2倍になることを意味するので、リニアでは最も明るい1ストップだけで全符号値のおよそ半分を消費してしまう。次の1ストップはその半分、さらにその半分と、暗くなるほど割り当てられる符号値が急速に減る。結果として、暗部はごくわずかな符号値しか持てない。だから広いダイナミックレンジをリニアで保とうとすると、どうしても高いビット深度、すなわち16bitが要る。
一方、ログ記録は各ストップにほぼ均等に符号値を割り当てる。人間の目が明るさを対数的に感じることに合わせた配分だ。このおかげで、12bitのログでも、知覚のうえでは高bitのリニアに迫る有効階調を運べる。ここが決定的だ。「16bit linear」と「12bit log」は、同じ物差しの16対12ではない。別々のスケールで測った値を並べているにすぎない。読者が直感する「なんだか別物だ」という感覚は、まさにこの点を言い当てている。ビット深度の数字は、エンコード曲線とセットで初めて意味を持つ。
第三段：FX5内部X-OCNの記録段は本当に16bitか
もう一歩踏み込んだ疑問がある。「FX5のX-OCN 16bit linearは、記録の段では実は12bitなのではないか」。これは外部ProRes RAWの話（第3章で扱う）とは前提が異なるので、分けて考える必要がある。
まず公式の答え。Sony公式はX-OCNを「16-bit scene-linear encoding」と明記し、1色成分あたり65,536階調を記録するとしている。FX5のプレスリリースも、機能を「Internal 16-bit X-OCN RAW」と表記している。したがって公式の立場は明快で、「16bit記録であり、外部ProRes RAWのような12bit化はしない」だ。
ただし、記録段の内部表現が実質的に12bit（ログ）なのかどうかは、Sonyが開示していない。SonyはX-OCNの内部エンコード方式を明かしておらず、圧縮が数学的に可逆だとも主張していない。カラーサイエンスの専門家コミュニティであるACESCentralでは、Nick Shaw氏が「分かるのは圧縮していること、そしてそれを可逆だと主張していないことだけだ」と述べ、Tim Kang氏が「センサーのデュアル読み出しを合成して16bit linearにマップし、それを12bit logに変換して格納している」と指摘している。つまり「記録段で実質12bit log」は技術的に十分あり得る推定だが、これは専門家による方向づけであって、Sony公式が確認した事実ではない。本章はここを断定しない。
そして本質はこうだ。仮に内部が12bit logだったとしても、第二段で見たとおり12bit logは16bit linear相当の有効階調を運べるのだから、矛盾はしない。FX6が外部でProRes RAW化される際の12bit化とは、話の質が違う。X-OCNは16bit scene-linearをカメラ内で完結して保持する設計であり、これが外部レコーダー依存の経路との決定的な差だ。付け加えると、FX5はデュアルゲインとトリプルベースISOを備えており、これはTim Kang氏が言うデュアル読み出しの合成と符合する。なお、実際のセンサー読み出し深度もSonyは非開示で、CineDによるFX6／FX9の検証が示すように「16bit出力＝真の16bit読み出し」とは限らない点も、公平のために併記しておく。
まとめると、この節の答えはこう書くのが正確だ。公式は16bit記録、内部方式は非開示、専門家は16bit linearから12bit logへの変換の可能性を指摘している。断定を避けたうえで、読者が本当に知りたい「だから何が得なのか」に話を戻す。X-OCNの強みは「16bitという数字」そのものではない。16bit scene-linearを、カメラ内で完結して、しかもProRes 422並みの軽さで保持できることにある。数字ではなく、この設計思想こそが価値の中心だ。
他RAWとの比較（X-OCN視点）
X-OCNを他のRAWと並べると、その輪郭がはっきりする。ここではX-OCN側から見た相対的な位置づけに絞る（品質・汎用性・コスト・対応環境を一枚に並べた横断マトリクスは、重複を避けるため第12章で扱う）。
- 対ProRes RAW：ProRes RAWはApple陣営でのネイティブ対応が強く、Atomosなどの外部レコーダーと組む機動力が持ち味だ。半面、Sonyのフルサイズ機でProRes RAWを得るには外部レコーダー経由になり、16bit linearの信号を外で受けて記録する構成になる。X-OCNはこれをカメラ内で完結させる。汎用性と機動力ならProRes RAW、内部完結と圧縮効率ならX-OCN、という住み分けだ。
- 対BRAW：Blackmagic RAWは「最適化されたRAW」を掲げ、扱いやすさとResolveとの一体感で支持を集める。X-OCNもResolveでの現像は優秀だが、BRAWがBlackmagicのエコシステムで完結するのに対し、X-OCNはSonyのハイエンド機（VENICE 2／BURANO／FX5）に軸足がある。
- 対N-RAW：NikonのN-RAW（TicoRAWベース）はライセンスRAWという第三の道で、対応機の裾野を広げる方向にある。X-OCNは対応カメラの数こそ限られるが、シネマ最上位の色と階調で勝負する。
- 対R3D（REDCODE）：R3Dは長い歴史と特許で動画RAWの世界を形づくってきた本家格だ。X-OCNは後発ながら、16bit scene-linearの内部記録とProRes 422を下回る軽さという、明確な設計上の答えを持ち込んだ。
共通して言えるのは、X-OCNの弱点が「Sonyエコシステムへの依存」と「一部で外部レコーダーやプラグインが要る対応環境」に集約される点だ。逆に強みは、16bit、高い圧縮効率、そして成熟した色に一貫して現れる。
X-OCNのメリットとデメリット
最後に、実務判断のために利点と欠点を整理する。
メリット
- 16bit scene-linearをカメラ内で完結して保持できる。伝送経路で信号を落とさない。
- 圧縮効率が高い。X-OCN LTは4KでProRes 422より軽く、LTはProRes 4444の約3分の1。長時間収録とアーカイブに強い。
- 色が成熟している。S-Gamut3／S-Log3を土台にACESやHDRへ素直に載る。
- 主要グレーディングソフトの対応が広く、Sony RAW SDKを基盤に50社以上のパートナーが支える。
デメリット
- Sonyのハイエンドエコシステムに依存する。内部X-OCN記録機はVENICE 2／BURANO／FX5に限られる。
- Final CutとAvidは単体で非対応で、nabletプラグインが要る。
- Premiereは読み込めても現像制御はResolve優位で、環境設計に前提知識が要る。
- 8K高フレームレートではVPG400対応CFexpressや白カードなど、高速メディアのコストがかさむ。
まとめ
X-OCNの後編で見えてきたのは、このフォーマットが「数字の勝負」ではなく「設計思想の勝負」で選ばれるものだということだ。16bitという看板は確かに目を引くが、本当の価値は、その16bit scene-linearをカメラ内で完結させ、ProRes 422並みの軽さで、成熟した色とともに運べる一貫性にある。ProRes RAWやBRAWとの違いも、ビット深度の大小ではなく、どこで信号を保持し、どのエコシステムに乗るかという思想の差に帰着する。X-OCNを選ぶとは、Sonyのハイエンドという世界観ごと選ぶことだ。対応ソフト、カラーマネジメント、メディア設計、そして他RAWとの立ち位置。この四つを撮影前に見通せているなら、X-OCNは撮影後の長い工程で確かな見返りを返してくれる。
出典（一次情報）
- Sony公式 X-OCN Workflow Guide: https://pro.sony/en_GB/cinematography/cinematography-tips/x-ocn-workflow-guide
- Sony公式 X-OCN White Paper v2.0（PDF）: https://77snszqv.media.zestyio.com/Sony-Cine_Sony_X-OCN_WhitePaper_v2.0.pdf
- Sony公式 X-OCN / XAVC H Supported Products by Alliance Partners（2025年11月版・PDF）: https://77snszqv.media.zestyio.com/X-OCN_XAVCH_Supported_Products_Nov2025.pdf
- Sony公式 RAW Viewer 取扱説明（ACES出力手順・PDF）: https://www.sony.com/electronics/support/res/manuals/E767/70918fedf70c6213c30818c6f6c396dc/E7671001M.pdf
- Sony公式 VENICE 2（解像度・フレームレート）: https://pro.sony/ue_US/products/digital-cinema-cameras/venice2
- Sony公式 BURANO（CFexpress 960GB 記録時間目安）: https://77snszqv.media.zestyio.com/Sony_BURANO_RecordTimes-v2.pdf
- Sony公式 VENICE 2 カタログ（AXS 1TB 記録時間目安）: https://www.avbroadcast.fr/media/productfile/s/o/sony-venice2-camera-brochure.pdf
- Sony公式 FX9（16bit RAW外部出力・XDCA-FX9）: https://pro.sony/ue_US/products/handheld-camcorders/pxw-fx9
- Sony公式 FX3 仕様（HDMI RAW出力）: https://www.sony.com/electronics/support/camcorders-and-video-cameras-interchangeable-lens-camcorders/ilme-fx3/specifications
- Atomos公式 FX6互換（16bit linear RAW over SDI→ProRes RAW）: https://www.atomos.com/compatible-cameras/fx6/
- Atomos公式 FX30互換（4.7K 16bit RAW over HDMI）: https://www.atomos.com/compatible-cameras/fx30/
- Sony公式 Catalyst Browse／Prepare: https://www.sony.net/catalyst
- nablet Sony RAW X-OCN AMA Plug-in（Avid／FCP向け）: https://nablet.com/sony-raw-ama-plugin
- Apple公式 ProRes RAW White Paper（PDF・リニアデコード／RAW to Log設定）: https://www.apple.com/final-cut-pro/docs/Apple_ProRes_RAW.pdf
- Apple公式サポート「About Apple ProRes RAW」: https://support.apple.com/en-us/102124
- Library of Congress フォーマット記述「Apple ProRes RAW Codec Family」: https://www.loc.gov/preservation/digital/formats/fdd/fdd000528.shtml
- Sony公式「X-OCN explained」（16-bit scene linear encoding）: https://pro.sony/en_SE/technology/recording-formats/technology-xocn
- Sony Cine「The Advantages of X-OCN LT」（16bitで階調分解能64倍）: https://sony-cinematography.com/the-advantages-of-xocn/
- Sony公式 FX5プレスリリース（Internal 16-bit X-OCN RAW）: https://www.prnewswire.com/news-releases/sony-electronics-launches-the-fx5-a-cinema-line-camera-with-a-newly-developed-image-sensor-open-gate-recording-internal-raw-recording-and-enhanced-operability-302832238.html
- （参考・専門家議論）ACESCentral「X-OCN 16 bit scene Linear」: https://community.acescentral.com/t/x-ocn-16-bit-scene-linear/3510
動画RAWコーデック解剖
- RAWとは何か｜A/D変換・デベイヤーと「RAWのグラデーション」
- RAWの代償｜データ量・熱・記録時間・メディア・ワークフロー
- なぜ同じ「RAW」で画質差が生まれるのか｜内部収録RAWと外部ProRes RAWの技術的差異
- ProRes RAW｜Apple×Atomosが選んだ「生に近い」設計
- Blackmagic RAW（BRAW）｜「最適化されたRAW」という発明
- REDCODE RAWと特許｜動画RAWを縛った知的財産の構造
- CanonのRAWコーデック群｜Cinema RAWとCinema RAW Light（ST・HQ・LT）
- Sony X-OCN 前編｜歴史と設計思想（FX5から遡るVENICE・F5／F55の系譜）
- Sony X-OCN 後編｜ワークフロー・対応ソフトウェア・他RAWとの比較
- Nikon N-RAWとTicoRAW｜ライセンスRAWという第三の道
- その他のRAWフォーマット概観｜ARRIRAW・CinemaDNG・Panasonic・DJIほか
- 総合比較｜「どれだけRAWか」の見取り図と2026年版マトリクス
- カラーマネジメントとアーカイブ｜ACES・メタデータ駆動現像・長期保存