ASCII形式で保存された補正またはエフェクト — プロジェクト間で移植可能、人間が読める、アーカイブと引き継ぎに最適。
VFXワークフローでは、補正、エフェクトパラメータ、ノードセットアップをASCIIファイルとして保存することがよくあります。バイナリではなくテキスト形式です。これには実用的な理由があります。エディタでファイルを開き、値を変更したり、コメントを追加したり、セットアップをすぐに別のプロジェクトにインポートしたりできます。プラグインのバージョンやソフトウェアの世代が異なっても問題ありません。同僚に渡したり、後で参照するためにアーカイブしたりする際にも、情報は読みやすく、保守可能に保たれます。
なぜバイナリではなくASCIIなのか？バイナリファイル（.nukeやプロプライエタリなエフェクトキャッシュなど）は、そのアプリケーションに強く依存しています。ソフトウェアのアップデートによって、古いバイナリ形式が無効になることがあります。ASCIIは安定しています。テキストはテキストのままです。これは特にコンポジットやカラーコレクションで重要です。LUTやグレーディングノードをASCIIとしてエクスポートすれば、3年後でもどのシステムでもそれを使用できます。Nukeでは、複雑なGizmoやコンプリートなコンプセットアップを、基本的にASCIIベースである.gizmoまたは.nkファイルとして保存します。
実用的には、VFXスーパービジョン中に、フィードバックを直接ASCIIファイルに書き込みます。リードはコメントを読み、GUIを経由せずにパラメータを調整します。帯域幅が狭いリモートワークでは、大きなキャッシュファイルの代わりにASCIIを送信します。バッチプロセスでは、単純なテキストスクリプトでテクスチャの変換や再リンクを自動化します。
重要：VFXにおけるASCIIファイルは、共通のフォーマット理解を前提とします。カラースペース宣言、ピクセルフォーマット、フレームレンジなど、すべてが文書化されている必要があります。そうでなければ、次の段階で誤ってインポートされます。適切な命名規則と短いヘッダーコメントが、ここであなたの強力な味方となります。一部のチームは、Maya、Nuke、カスタムツール間でシームレスに動作するため、カメラトラッキングデータや再構築されたポイントクラウドさえもASCII .objまたは.csvとして保存します。これにより、ASCIIは異種混在パイプラインにおける普遍的なインターフェースとなります。