Les fermes de rendu ne servent pas uniquement aux rendus finaux. Si vous n’utilisez votre ferme qu’à la fin du pipeline, vous laissez de très importants gains de productivité sur la table.
Une ferme de rendu permet à votre équipe CG d’envoyer des tâches gourmandes en calcul vers un ensemble de serveurs, afin de libérer les postes de travail des artistes pour du travail créatif réel. Le problème, c’est que la plupart des studios ne pensent à l’utiliser qu’à la fin, pour le rendu des plans finaux.
Résultat : des goulots d’étranglement plus tôt dans le pipeline, des artistes frustrés qui attendent sur leurs propres machines et des livraisons retardées.
La solution est simple : envoyez du travail à la ferme plus tôt et plus souvent ! Dans cet article, nous vous donnons des conseils pour mieux exploiter votre ferme de rendu pour la production CG.
1. Rendus de modélisation & de développement du look
Tester des matériaux sur des maillages hi-poly ou des textures complexes peut bloquer un poste de travail pendant des heures :
- Configurez une file d’attente de “test render” légère sur votre ferme pour les soumissions de look dev
- Permettez aux artistes de soumettre directement depuis leur DCC (Maya, Blender, Houdini) sans quitter leur scène
- Maintenez une file dédiée à faible priorité pour que les tests ne concurrencent pas les plans de production
Vous pouvez consigner les rendus de look dev comme des tâches dans Kitsu afin que les superviseurs puissent examiner les tests de matériaux avec un versionnage approprié, plutôt que de courir après des aperçus sur Slack.
2. Texture Baking
Cuire des matériaux complexes dans des textures simples peut nécessiter plusieurs passes de rendu longues, même pour un seul asset :
- Traitez les bakes de textures comme de “vraies” tâches de ferme, et non comme quelque chose qu’un artiste exécute la nuit sur sa propre machine
- Regroupez les assets liés pour limiter la charge liée à la configuration
- Stockez les sorties “baked” dans un emplacement nommé et versionné afin que les équipes en aval puissent toujours trouver la dernière version
Créez un type de tâche dédié “Texture Bake” dans Kitsu. Les artistes le passent à En cours lorsqu’ils soumettent, et à Terminé lorsque la ferme l’a finalisé. Cela donne à l’équipe asset une vue en temps réel de ce qui est prêt pour le rigging ou le shading.
3. Génération de cache d’animation
Les animateurs itèrent vite et ont besoin de nombreuses variantes. Chaque cache (coordonnées des sommets par frame) peut prendre de quelques minutes à plusieurs heures à calculer :
- Redirigez toute la génération de cache vers la ferme au lieu de calculer localement
- Utilisez le système de dépendances de jobs de votre ferme pour que les caches soient déclenchés automatiquement lorsqu’un fichier d’animation est publié
- Conservez les anciens caches versionnés pour permettre un retour arrière sans recompter
Vous pouvez utiliser le système de révisions de Kitsu pour attacher des jobs de cache à des reprises (retakes) spécifiques d’une tâche d’animation. Lorsqu’un superviseur demande un changement, la nouvelle version de cache est associée à cette révision : plus aucune confusion sur le cache qui correspond à quelle note.
4. Simulation FX
Les simulations FX sont à peine parallélisables. Elles tournent simplement longtemps sur un seul cœur. La ferme ne pourra pas accélérer spectaculairement une simulation unique, mais elle vous permet d’exécuter beaucoup de simulations en même temps sans immobiliser les machines des artistes :
- Soumettez les variantes de simulation comme des jobs distincts dès que l’artiste FX veut explorer des options
- Utilisez des files à faible priorité pour les simulations d’exploration et réservez des créneaux à haute priorité pour les directions approuvées
- Consignez quelle version de simulation a été approuvée afin qu’elle puisse être référencée dans le compositing en aval
Le système de commentaires de tâches de Kitsu permet aux responsables FX d’attacher des notes directement aux soumissions de simulations spécifiques, en conservant le feedback lié à la bonne version.
5. Génération d’aperçus & playblasts
Générer des aperçus prêts pour la validation à chaque étape peut prendre des dizaines de minutes. Si cela bloque la machine de l’artiste, celui-ci l’ignore ou reste tard en attente. À la place :
- Automatisez la génération d’aperçu comme une étape post-publication. À chaque fois qu’un artiste publie une nouvelle version, la ferme génère un aperçu automatiquement.
- Livrez l’aperçu directement à votre outil de suivi de production dès qu’il est terminé.
- Standardisez les formats d’aperçu (résolution, codec, frame handles) pour que les relecteurs voient toujours une sortie comparable.
Kitsu est conçu pour cela. Son pipeline d’aperçus accepte des aperçus téléversés et les rattache directement à la tâche et à la version concernées. Une fois le rendu terminé, la ferme peut envoyer l’aperçu directement à Kitsu via l’API afin que les superviseurs reçoivent une notification et puissent annoter immédiatement.
6. Rendu des plans finaux
Gérer la priorité de rendu est difficile. Quand tout est “urgent”, rien n’avance efficacement.
- Travaillez avec votre responsable de production pour mapper les échéances des plans vers les priorités de rendu avant que la phase de crunch ne commence
- Réservez une partie de la capacité de votre ferme pour les re-rendus d’urgence ; ne la laissez pas se remplir entièrement avec des explorations
- Surveillez régulièrement l’utilisation de la ferme : des nœuds inactifs pendant le crunch indiquent un problème de pipeline
Astuce : utilisez les vues de planification et de priorité de Kitsu pour aligner la priorité de la ferme de rendu avec les échéances réelles des plans. Lorsqu’un superviseur fait passer un plan en “haute priorité” dans Kitsu, ce signal peut être propagé automatiquement au gestionnaire de la ferme via les intégrations du pipeline.
7. Compositing
Les passes de compositing haute résolution sont lentes en local, ce qui limite le nombre de variantes de paramètres que les artistes peuvent tester.
- Renvoyez les rendus de compositing vers la ferme comme une partie standard du workflow de comp, et pas uniquement pour les finaux
- Configurez des modèles de jobs de comp pour éviter que les artistes ne paramètrent manuellement les soumissions à la ferme à chaque fois
- Versionnez la sortie de comp de la même manière que vous versionnez les rendus
Les tâches de comp dans Kitsu donnent aux compositors un point de relais clair depuis le département lighting : une fois que lighting marque un plan comme Terminé dans Kitsu, les compositors sont notifiés et peuvent commencer leurs soumissions à la ferme avec les render layers approuvés.
Le problème caché : gérer la charge de travail
Une fois que vous commencez à utiliser votre ferme à chaque étape, vous faites face à un nouveau défi : trop de jobs, pas assez de visibilité. Les fermes de rendu consomment une bande passante réseau et un stockage importants. Les gens pousseront davantage que ce que la ferme peut gérer, et la priorisation devient alors à la fois un problème technique et politique.
C’est là que le suivi de production et les outils de pipeline font la différence. Kitsu vous permet de :
- Avoir une source de vérité unique pour le statut des tâches sur l’ensemble des départements
- Gérer les aperçus pour que les discussions de relecture se fassent sur la bonne version
- Réaliser des intégrations API qui relient votre gestionnaire de ferme à vos données de production
- Gagner en flexibilité open source pour que votre équipe pipeline puisse l’adapter à n’importe quel logiciel de ferme que vous utilisez
