カラーコレクションとVFXデータの汎用テキストベースフォーマット — DaVinci、Nuke、Premiereがネイティブ対応。
VFXおよびグレーディングのワークフローでは、データが歪んだり再解釈されたりすることなく、さまざまなソフトウェア環境間で機能するニュートラルなフォーマットが必要です。ASCIIベースの交換フォーマットは、まさにこの問題を解決します。カラーコレクション、キーフレーム、エフェクトパラメータを、独自のバイナリファイルではなく、プレーンテキストとして保存します。DaVinci、Nuke、After Effects、Premiereは、同じ標準に基づいているため、これらのファイルをネイティブに読み込みます。
セットと編集での実用性：カラーリストがDaVinciでグレーディングセッションを完了し、VFXスーパーバイザーがNukeで同じカラー値を再利用する必要がある場合、コレクションを完成した画像ファイルとしてエクスポートするのではなく、値をテキストとして書き出します。RGBカーブ、リフト/ガンマ/ゲイン、彩度など、すべて数値とコマンドとして保存します。ターゲットプログラムはこれらの行を読み込み、コレクションをピクセルパーフェクトに再構築します。再解釈なし、JPGまたはProRes圧縮による色の歪みなし。特にアーカイブや長期ワークフローでは、何年も後に古いコレクション値にアクセスする必要がある場合に、ASCIIは独自のソフトウェアアップデートによってファイルが読めなくなることから保護してくれます。
限界と現実：ASCIIはテキストベースであるため、データ量が大きい場合はサイズが大きくなり、解析速度が比較的遅くなります。そのため、最新のVFXパイプラインでは、バイナリバリアント（HEXやOpenEXRメタデータなど）が使用されることがよくありますが、内部的にはASCII互換の構造に縛られています。Nukeスクリプト自体はASCIIであり、読み取り可能で、編集可能で、バージョン管理可能です。そのため、コラボレーションが機能します。複数のアーティストが同じ.nkファイルで作業し、変更をマージし、コードのように競合を追跡できます。
実際には、重要なグレーディングセッション、ルックアップテーブル、VFXパラメータを、最終的なレンダリングだけでなく、常にテキストベースのフォーマットで保存することを意味します。あなたの未来の自分があなたに感謝するでしょう。