Gérez les variantes de rendu avec Wedge et ROP Fetch dans Houdini TOPs

Dans la documentation Houdini consacrée aux TOPs, les nœuds Wedge et ROP Fetch réunissent la génération de variantes et la planification des tâches de rendu dans un même workflow. D’après la documentation SideFX de ces deux nœuds, leurs fonctionnalités sont décrites à partir de la version 17.5. Wedge crée des éléments de travail distincts à partir des attributs à modifier, tandis que ROP Fetch exécute un nœud ou un réseau ROP et génère des tâches par image. Ce guide présente la configuration de base pour comparer méthodiquement différentes options dans des scènes d’archviz et d’animation.

1. Définissez les variantes avec Wedge TOP

Ajoutez le nœud Wedge à votre réseau TOP, avant votre nœud de rendu. D’après la documentation, les nœuds Render TOP créent des éléments de travail par image pour chaque élément de travail reçu. Ainsi, chaque variante créée par Wedge est transmise au rendu comme une entrée distincte.

Dans la section Wedge Attributes, ajoutez les attributs à modifier et attribuez à chacun un Attribute Name. Il est possible de modifier plusieurs attributs dans un même nœud Wedge. Vous pouvez répartir uniformément les valeurs sur une plage, les choisir dans une liste ou générer des échantillons aléatoires à l’intérieur d’une plage. Ces options permettent de préparer des comparaisons contrôlées pour une même scène ; toutefois, l’attribut associé à un paramètre de scène dépend du réseau et des connexions de paramètres mis en place.

Wedge Count détermine le nombre d’éléments de travail à générer. Les valeurs définies sous forme de plage sont réparties en autant d’étapes. Avec une liste, si Wedge Count dépasse le nombre de valeurs qu’elle contient, celle-ci est reprise depuis le début. Pour les sélections aléatoires, une modification de Random Seed produit de nouveaux échantillons. Pour comparer les variantes de manière cohérente, conservez donc la même valeur de seed ; modifiez-la lorsque vous souhaitez obtenir de nouveaux échantillons.

2. Reliez les attributs aux paramètres de rendu

Il existe deux façons de transmettre les valeurs Wedge au nœud de rendu. Avec l’approche « Pull », une expression dans le paramètre du nœud de rendu fait référence à l’attribut de l’élément de travail. Par exemple, si l’attribut s’appelle scale, la documentation indique la forme d’expression @scale. Cette méthode est flexible, mais elle utilise des expressions propres aux TOPs ; elle peut donc ne pas convenir si le nœud ROP doit pouvoir être exécuté manuellement en dehors des TOPs.

Avec l’approche « Push », l’option Target Parameter de Wedge sert à spécifier le paramètre cible. Wedge génère des attributs spéciaux qui remplaceront le paramètre pendant le rendu ; les valeurs de rendu sont ainsi transmises par TOPs sans modifier, pendant cette opération, le paramètre du fichier HIP de la scène. L’option Set Value As permet de choisir si le paramètre cible est défini comme référence à un attribut, comme valeur directe ou comme expression.

L’option qui modifie le paramètre cible pour en afficher un aperçu à la sélection d’un élément de travail demande de la prudence : d’après la documentation, cette opération modifie réellement le paramètre, peut provoquer un nouveau calcul et laisser le fichier HIP dans un état non enregistré. Si le fichier est enregistré, la modification prévisualisée peut être conservée. Ce comportement concerne uniquement la session Houdini active ; pendant l’exécution du réseau, les valeurs « Push » sont appliquées sans modifier le fichier HIP. Pour éviter de conserver involontairement des changements dans le fichier, vérifiez les valeurs des paramètres après l’aperçu.

3. Exécutez les images et les tâches avec ROP Fetch

Après Wedge, utilisez ROP Fetch TOP pour exécuter un nœud ou un réseau ROP du fichier HIP actuel ou d’un fichier HIP externe. Selon les paramètres de génération des images, le nœud crée un élément de travail pour chaque image. Regrouper plusieurs images dans une seule tâche peut être utile dans les cas où les données de simulation sont conservées en mémoire. Des groupes plus petits — quatre images par tâche dans l’exemple de la documentation — peuvent aider à réduire le temps passé à recharger le fichier HIP avec des ROP rapides. Il s’agit d’exemples d’utilisation, et non de réglages obligatoires pour toutes les scènes.

L’option Cache Mode de ROP Fetch détermine le comportement lorsque les fichiers de sortie attendus existent déjà. Automatic peut considérer la tâche comme terminée sans la replanifier si le fichier existe ; l’écriture d’un nouveau fichier par les éléments de travail en amont peut invalider le cache. Automatic (Ignore Upstream) vérifie le fichier de manière similaire, mais les écritures de fichiers en amont n’invalident pas le cache de ce nœud. Read Files marque l’élément de travail comme ayant échoué si aucun fichier de sortie n’existe. Write Files planifie toujours les tâches, sans tenir compte des fichiers existants. Choisissez le comportement de relance du rendu ou d’utilisation des fichiers existants selon le workflow.

Pour suivre les sorties, il est possible de récupérer les chemins de fichiers depuis les paramètres ROP ou d’utiliser Custom Path List. Les chemins personnalisés ne modifient pas les sorties générées par le ROP ; ils indiquent à PDG quels fichiers sont attendus. Si le paramètre de sortie d’un ROP personnalisé n’est pas reconnu automatiquement, vous pouvez saisir son nom dans Output Parm Name. Si les fichiers écrits par le ROP ne sont pas automatiquement détectés, la clé pdg_logoutput mentionnée dans la documentation peut être activée ; les lignes de la sortie du nœud correspondant au format OUTPUT_FILE:{file_path}; sont alors détectées comme des sorties.

4. Effets sur le workflow d’archviz

Wedge est utile aux équipes de visualisation qui souhaitent organiser plusieurs combinaisons de réglages d’une même scène sous forme d’éléments de travail distincts. ROP Fetch peut ensuite servir à diviser ces tâches par image, à les regrouper et à gérer leur relance en fonction des fichiers de sortie existants. Le suivi des éléments de travail et des sorties s’en trouve facilité, en particulier lors d’essais de rendu répétés.

La documentation ne fournit aucune information sur les performances matérielles, les conditions de licence ou la compatibilité avec d’autres logiciels. Il faut donc également tenir compte de la charge de travail du réseau, des exigences du nœud de rendu et de l’environnement du scheduler utilisé. Commencer avec un petit nombre de wedges et vérifier les connexions ainsi que les chemins de fichiers permet de limiter les effets de réglages incorrects avant de lancer un grand nombre de variantes.

Erreurs fréquentes

• Oublier que, lorsque le nombre de valeurs définies dans une liste est inférieur à Wedge Count, les valeurs sont reprises en boucle.

• S’attendre à pouvoir utiliser le ROP en dehors des TOPs sans tenir compte du fait que les expressions Pull sont propres aux TOPs.

• Oublier que l’aperçu d’un paramètre effectué en sélectionnant un élément de travail peut modifier le fichier HIP.

• Croire que Custom Path List modifie l’emplacement de sortie du ROP ; cette liste ne fait qu’indiquer les fichiers attendus.

• Considérer d’anciens fichiers de sortie comme valides sans comprendre le fonctionnement du cache Automatic.