Correction ou effet sauvegardé en ASCII — portable entre projets, lisible, idéal pour archivage et transmission d'équipe.
Dans le flux de travail VFX, les corrections, les paramètres d'effets et les configurations de nœuds sont souvent enregistrés sous forme de fichiers ASCII — un format texte plutôt que binaire. Il y a une raison pratique à cela : vous pouvez ouvrir le fichier dans un éditeur, modifier des valeurs, ajouter des commentaires et importer immédiatement la configuration dans un autre projet, sans que les versions de plugins ou les générations de logiciels n'interfèrent. Lors de la transmission à des collègues ou de l'archivage pour une récupération ultérieure, l'information reste lisible et maintenable.
Pourquoi ASCII plutôt que binaire ? Les fichiers binaires (comme les fichiers .nuke ou les caches d'effets propriétaires) sont étroitement liés à leur application. Une mise à jour du logiciel peut rendre les anciens formats binaires invalides. L'ASCII reste stable — un texte reste un texte. C'est particulièrement pertinent en compositing et en correction colorimétrique : vous exportez une LUT ou un nœud de grading en ASCII, et dans trois ans, n'importe quel système pourra toujours travailler avec. Dans Nuke, par exemple, on enregistre des Gizmos complexes, voire des configurations de compositing entières, sous forme de fichiers .gizmo ou .nk, qui sont fondamentalement basés sur l'ASCII.
Concrètement, cela signifie que pendant la supervision VFX, vous notez les retours directement dans le fichier ASCII. Votre lead lit les annotations, ajuste les paramètres — sans passer par l'interface graphique. En télétravail, lorsque la bande passante est limitée, vous envoyez des fichiers ASCII au lieu de gros fichiers de cache. Pour les processus batch, vous automatisez la conversion ou le relinking des textures par simple scripting texte.
Important : les fichiers ASCII dans le domaine VFX supposent une compréhension commune du format. Les déclarations d'espace colorimétrique, le format des pixels, la plage d'images — tout cela doit être documenté, sinon la station suivante importera mal. Un bon nommage et de courts commentaires d'en-tête sont ici vos meilleurs alliés. Certaines équipes stockent même des données de suivi de caméra ou des nuages de points de reconstruction en ASCII .obj ou .csv, car cela fonctionne de manière transparente entre Maya, Nuke et des outils personnalisés. Cela fait de l'ASCII une interface universelle dans les pipelines hétérogènes.