Retrouvez vos outils, puis vérifiez ce qu’ils produisent.

Décrire une préparation que l’on peut vérifier

Partez du résultat : une image produit avec ses passes, une recherche d’affiche ou une animation à assembler. Notez le logiciel principal, le moteur, la version employée et le format que vous devez livrer. Ajoutez les opérations qui interviennent après le calcul : décodage, débruitage, agrandissement, compositing ou encodage. Un outil peut réussir la génération et échouer à l’étape suivante.

Le configurateur permet de préciser une préparation Ubuntu, PyTorch, Blender ou personnalisée. Accompagnez ce choix d’une fiche courte. Évitez « dernière version » si vous reprenez un projet existant : cette expression changera de sens. Inscrivez la version exacte connue et marquez les autres éléments « à confirmer ». Vous choisissez vos logiciels et traitements ; leurs licences, dépendances et besoins restent à examiner.

Préparer la fiche Blender avec la scène

Relevez la version de Blender, le moteur de rendu, les extensions indispensables et les réglages de la scène. Dans Cycles, le choix du calcul GPU implique les préférences de périphériques et les paramètres du projet. Vérifiez la prise en charge du matériel avec la version et le pilote prévus ; le nom de la carte ne décrit pas, à lui seul, cette compatibilité.

Réunissez également textures, bibliothèques liées, polices et caches. Une ouverture sans message d’erreur ne garantit pas que toutes les images de l’animation retrouvent leurs ressources. L’atelier 3D prépare le cas de rendu représentatif ; le dossier Pli détaille le transfert. Conservez enfin les réglages nécessaires pour retrouver des couleurs cohérentes dans l’application suivante.

Préparer ComfyUI au-delà du fichier JSON

Conservez la révision de ComfyUI, celle de son interface lorsque vous la connaissez, le workflow JSON et les références des modèles. Pour chaque poids, notez le nom exact, la source, la version ou révision et son emplacement attendu. Une empreinte aide à distinguer deux fichiers renommés de manière identique. Le graphe décrit les étapes ; il ne transporte pas les poids à leur place.

Séparez les nœuds core des extensions. Une extension peut apporter du code et des dépendances Python : celles-ci doivent appartenir à l’environnement qui lance ComfyUI. Après une installation, examinez les erreurs de chargement avant de lancer une série. Le dossier Céramique offre un exemple sans nœud personnalisé, avec manifeste et instructions de reconstruction ; il ne garantit pas le fonctionnement d’un autre graphe.

Identifier l’environnement qui exécute réellement le travail

Notez le système, Python, PyTorch et la variante de calcul utilisée. ComfyUI fonctionne dans un environnement Python distinct ; son installation portable peut donc employer un autre interpréteur que celui d’un terminal ouvert à côté. Si une bibliothèque semble présente mais reste introuvable, vérifiez d’abord cet écart avant de réinstaller plusieurs fois le paquet.

Une chaîne CUDA ne se transpose pas automatiquement vers ROCm. Examinez les exigences de vos extensions et opérations, pas seulement celles du logiciel principal. Pour comparer des configurations du catalogue, gardez la mémoire nominale par carte séparée du besoin observé et des ressources CPU, RAM ou stockage à préciser. Ne remplacez pas une référence inconnue par une valeur supposée « standard ».

Construire un essai qui couvre la chaîne entière

Choisissez une entrée courte mais représentative : un cadrage contenant la matière difficile, un workflow incluant son décodage final ou quelques images traversant un changement de scène. Ouvrez les entrées, vérifiez le périphérique effectivement utilisé, exécutez le traitement, enregistrez la sortie et ouvrez-la dans le logiciel qui recevra le résultat. Notez le nom du fichier obtenu, pas seulement « OK ».

Une sortie à faible résolution valide une partie du parcours. Avant la production, éprouvez aussi les dimensions, les étapes et les formats finaux qui pourraient changer la charge. Consignez l’erreur exacte, l’étape concernée et la modification essayée. Si vous changez une version ou un modèle, répétez ce contrôle : le succès de l’ancienne combinaison ne valide pas la nouvelle.

Exemple hypothétique : reprendre une campagne de flacons

Imaginons une campagne comprenant une image Blender et trois recherches de lumière dans ComfyUI. La fiche demande Blender 4.5.x pour le générateur Pli et les références indiquées dans le manifeste Céramique. Ces versions sont des points de départ documentés, pas des logiciels prétendus installés. Les deux recettes restent distinctes : une image issue de Blender ne devient pas une génération ComfyUI par simple copie du dossier.

L’équipe prévoit deux contrôles de chaîne : une image Blender enregistrée et une exécution complète de Céramique produisant ses trois sorties. Cela représente quatre images attendues, sans prévision de durée. Elle prévoit ensuite d’ouvrir une copie de chaque sortie dans son outil de mise en page. Dans cet exemple, les résultats restent à renseigner après exécution ; aucune case n’est remplie d’avance.

Les preuves déjà disponibles pour Pli et Céramique portent sur les fichiers et la structure. Aucun rendu Blender ni génération ComfyUI n’a été réalisé pour ces packs. Leur intérêt ici est de rendre les dépendances et le contrôle concrets, avec une limite connue.

Diagnostiquer avant de changer toute la configuration

Traitez une panne à la fois et gardez la fiche de départ. Si vous changez simultanément modèle, logiciel, pilote et résolution, un succès final n’explique plus ce qui a résolu le problème. Conservez le message initial, puis comparez une seule modification pertinente. Une mise à jour peut être nécessaire ; elle doit former une nouvelle version identifiable de votre environnement.

La graine d’une génération est utile à conserver, mais elle ne garantit pas des résultats identiques entre versions et plateformes. Pour une reprise créative, définissez ce que vous exigez : fichier strictement identique, composition comparable ou aspect accepté. Ces critères ne demandent pas les mêmes contrôles.

Conserver une base utilisable après la première session

Rangez la fiche d’environnement à côté du projet, avec une date, le résultat du contrôle et les éléments encore incertains. Gardez une copie indépendante des fichiers autorisés, ainsi que leurs licences ou références. Pour une extension ou un modèle, documenter la source ne signifie pas que vous pouvez redistribuer son contenu.

Réservez la préparation et cette réception initiale dans votre fenêtre de 3, 7 ou 30 jours, puis gardez du temps pour la récupération. Le carnet de projet conserve vos notes et paramètres ; il ne remplace pas une archive de scènes et d’images. Avant de terminer, suivez le contrôle d’export pour retrouver aussi les créations produites avec cet environnement.