Guide Houdini PDG/TOPs : créer des variantes et un flux de rendu avec Wedge

La documentation de Houdini 22.0 de SideFX décrit les réseaux PDG/TOPs comme des workflows qui transforment les données en work items, puis les traitent à l’aide de différents nœuds. Ce guide présente les étapes pour créer des variantes de paramètres avec Wedge TOP, comparer les résultats et exécuter des tâches de rendu ou de simulation avec ROP Fetch TOP. La page consacrée à ROP Fetch précise que le nœud est disponible depuis Houdini 17.5. Cette méthode vise à gérer dans un même workflow la génération répétée de scènes, la géométrie paramétrique et les variantes de simulation.

Créer des variantes contrôlées avec Wedge

1. Déterminez l’élément à décliner. L’asset numérique ou le réseau utilisé dans Houdini doit contenir les paramètres à modifier. Dans l’exemple de SideFX, des valeurs comme la hauteur d’un mur en briques, le nombre de briques et leur teinte sont considérées comme des variables. Dans un projet d’architecture, il est également possible de tester des variantes à partir des paramètres existants d’un asset. Point important : Wedge ne crée pas de nouveaux paramètres de conception par lui-même ; il transmet aux work items les valeurs d’attributs définies.

2. Définissez les attributs avec Wedge TOP dans un réseau TOP. Wedge génère des work items contenant différentes valeurs pour un ou plusieurs attributs sélectionnés. Chaque work item peut ensuite être traité comme une tâche distincte. Il est possible de modifier plusieurs attributs dans un même nœud Wedge ; d’après la documentation, ces attributs varient indépendamment dans la limite du nombre de variantes défini.

3. Transmettez les valeurs du work item au réseau appelé. Des nœuds tels que HDA Processor et Geometry Import peuvent servir à exécuter des assets ou des réseaux Houdini. Pour que les paramètres du réseau appelé récupèrent les valeurs du work item actif, utilisez les expressions d’attribut correspondantes :

@attribute

Une fois cette connexion établie, chaque work item peut traiter le même asset de base avec des valeurs différentes. Même si l’attribut a été créé, les différences de géométrie ou de simulation attendues risquent de ne pas apparaître si le réseau appelé n’utilise pas sa valeur.

1. Comparez visuellement les variantes. Effectuez un rendu des géométries générées pour examiner les différentes options. SideFX indique qu’un nœud de TOPs peut réunir un ensemble d’images sous forme de mosaïque ; son nom n’est pas confirmé dans la documentation. Une sortie en mosaïque facilite l’évaluation côte à côte des résultats. Le choix de la variante la plus adaptée du point de vue de la conception reste toutefois à l’appréciation de l’équipe.

Combinaisons Wedge et essais de simulation

Pour obtenir davantage de combinaisons de paramètres, il est possible de chaîner des nœuds Wedge. Un nœud Wedge qui reçoit une entrée génère ses propres variantes pour chaque work item entrant. On peut ainsi créer des permutations de différents ensembles d’attributs. Cette approche est pratique pour préparer de nombreuses variantes à partir d’un même asset de base ; cependant, le nombre de work items générés peut augmenter avec le nombre de nœuds Wedge et de variantes définies dans chacun. Pour conserver un workflow gérable, mieux vaut donc commencer par sélectionner uniquement les variables utiles à la prise de décision.

Dans le réseau d’exemple de SideFX, des variantes de murs sont d’abord créées, puis des paramètres tels que la vitesse de la balle qui percute les murs sont modifiés pour une simulation RBD. À une étape ultérieure, une autre instance de Wedge permet de varier la simulation de fumée ainsi que sa densité. Cette organisation permet de générer et d’examiner des variantes de géométrie et de simulation dans un même workflow. Wedge ne sert pas uniquement à produire des variations aléatoires : la documentation précise qu’il permet aussi de créer des géométries à différents niveaux de détail à partir de valeurs régulières et équidistantes.

Gérer les images et les sorties avec ROP Fetch

ROP Fetch TOP peut exécuter via TOPs un nœud ou un réseau ROP situé dans le fichier Houdini actif ou dans un fichier .hip externe. Selon les paramètres de génération des images, il crée un work item par image. Les work items peuvent être regroupés en un seul job couvrant toutes les images ou en groupes plus petits. Pour les simulations, regrouper toutes les images dans un seul job peut permettre de conserver les données de simulation en mémoire au lieu de les mettre en cache sur disque. Pour un ROP rapide, des groupes plus petits, par exemple 4 images par job, peuvent réduire la surcharge liée au chargement du fichier .hip.

La détection des fichiers générés par ROP Fetch est importante pour le suivi des sorties et le comportement du cache. Pour les ROP standard, le chemin de sortie peut être récupéré à partir des paramètres du nœud. Si la détection automatique échoue pour un ROP personnalisé, le nom du paramètre de sortie peut être indiqué. Une autre option, Custom Path List, transmet à PDG le chemin des fichiers écrits par le ROP ; elle ne modifie pas leur emplacement réel.

Si les sorties d’un nœud de driver personnalisé doivent être déclarées via le log, la documentation de SideFX mentionne un paramètre toggle nommé pdg_logoutput ainsi qu’un format à faire correspondre dans les lignes du log :

OUTPUT_FILE:{file_path};

Avec cette méthode, les chemins de fichiers correspondants peuvent être enregistrés comme fichiers de sortie des work items ROP Fetch. Il faut d’abord vérifier quels fichiers le ROP utilisé écrit réellement, puis confirmer que PDG détecte correctement ces sorties.

Points à surveiller dans les workflows d’architecture et d’archviz

Wedge peut être utile aux agences d’architecture et aux équipes de visualisation qui souhaitent générer des variantes à partir des paramètres existants d’un élément de scène, qu’il s’agisse de dimensions, de matériaux ou de simulations. Les réseaux TOP peuvent définir des workflows permettant d’exécuter les tâches sur une machine locale ou une ferme de serveurs. La documentation ne garantit toutefois ni des performances précises ni des exigences matérielles particulières. Avant de lancer un grand nombre de tâches de variantes, de rendu et de simulation, effectuez un essai à petite échelle pour observer le nombre de work items, les fichiers de sortie et l’utilisation des ressources.

L’utilisation d’un fichier .hip externe a également une incidence sur les dépendances du réseau : selon la documentation source, Source Node Path n’est pas utilisé lorsque External HIP File est activé. Un chemin de sortie mal défini peut aussi compliquer le suivi du fichier attendu par PDG. Commencez donc par tester une plage limitée d’images et un petit nombre de variantes ; élargissez le réseau après avoir vérifié les chemins de sortie et l’état du cache. Si vous prévoyez d’utiliser un serveur ou une ferme, vérifiez également l’environnement d’exécution et les conditions de licence.

Erreurs fréquentes

• Créer des attributs Wedge sans les relier aux paramètres du réseau Houdini appelé.

• Ajouter des nœuds Wedge en chaîne sans tenir compte du nombre de work items et de permutations générés.

• Ne pas faire correspondre Custom Path List aux fichiers réellement écrits par le ROP ; cette liste ne dirige pas les sorties, elle indique leur emplacement à PDG.

• Supposer que l’option ROP Cook Order a un effet dans tous les modes d’exécution ; la documentation limite son effet au traitement par lots ou à l’utilisation d’un work item unique pour toutes les images.