Réglages de rendu Blender Cycles : flux de travail pour l’architecture

Le guide en ligne actuel de Blender présente les options permettant de choisir le périphérique de rendu Cycles et de définir les dimensions de l’image en sortie. Pour les artistes qui produisent des images architecturales, deux décisions sont essentielles : effectuer le rendu sur le CPU ou avec GPU Compute, et choisir la résolution de l’image. En s’appuyant sur les réglages décrits dans la documentation, ce guide propose un flux de travail pour prendre ces décisions avec davantage de maîtrise. Le guide ne précisant aucun numéro de version de Blender, les étapes ci-dessous se limitent aux options présentées dans la documentation en ligne actuelle.

1. Définissez d’abord les dimensions de sortie et l’usage prévu

Dans le panneau Format des Output Properties, les champs Resolution X et Resolution Y définissent respectivement le nombre de pixels horizontaux et verticaux de l’image. Tenez compte de l’usage prévu et du cadrage lorsque vous définissez ces valeurs. Le guide précise également que l’en-tête du panneau propose des préréglages courants de résolution et de fréquence d’images pour les téléviseurs et les écrans.

Plutôt que de lancer un rendu à la taille finale dès le début, vous pouvez réduire l’image à l’aide du curseur Percentage. Ce réglage modifie les dimensions du rendu en fonction des valeurs de résolution principales. La documentation le présente notamment comme un moyen pratique de réaliser de petits rendus de test en conservant les proportions de l’image finale. Vous pouvez ainsi produire une image plus petite pour vérifier le cadrage ou la composition générale. Comme ce réglage modifie les dimensions en pixels, ne partez pas du principe que les images de test et finales ont la même résolution.

1. Réglez Resolution X et Resolution Y en fonction de l’orientation et des dimensions souhaitées.

2. Réduisez Percentage pour tester le cadrage et l’apparence générale.

3. Avant de produire l’image finale, réévaluez le pourcentage et vérifiez les dimensions de sortie complètes.

Vous pouvez également faire un clic droit sur les champs de résolution et sélectionner Swap Dimensions pour permuter rapidement les valeurs horizontale et verticale. La documentation présente cette option comme un moyen de passer du format paysage au format portrait, et inversement.

2. Ne modifiez le rapport de pixel qu’en cas de besoin

Aspect X et Aspect Y permettent de contrôler la forme des pixels sur les axes correspondants. Le guide explique que ce réglage peut servir à gérer les pixels non carrés des anciens téléviseurs. Le rapport de pixel peut donner l’impression que l’image est étirée sur un écran d’ordinateur ; il vise à garantir un affichage correct sur un téléviseur.

Pour une image architecturale destinée à un écran d’ordinateur standard, mieux vaut donc vérifier les exigences du livrable plutôt que de modifier les valeurs Aspect sans raison. Le guide souligne l’importance d’utiliser le bon rapport de pixel au moment du rendu afin d’éviter un redimensionnement ultérieur et la perte de qualité d’image qui peut en découler. Autrement dit, il est préférable de définir la cible de sortie dès le départ plutôt que de corriger le rapport après coup.

L’option Render Region permet de ne rendre qu’une partie de la vue au lieu de l’image entière. Lorsque Crop to Render Region est activé, la sortie est recadrée aux dimensions de la région de rendu ; lorsqu’il est désactivé, la région de rendu est entourée d’un arrière-plan transparent. Si vous devez examiner une zone précise, tenez compte du comportement de ces options et vérifiez les dimensions de l’image recadrée.

3. Comparez CPU et GPU Compute dans Cycles

Le réglage Device du panneau Render détermine le périphérique de calcul utilisé par Cycles. L’option CPU effectue le rendu sur le processeur central du système et, selon le guide, est compatible avec les fonctionnalités de Cycles. GPU Compute utilise un ou plusieurs processeurs graphiques via le backend et les périphériques sélectionnés. D’après la documentation, GPU Compute peut souvent être plus rapide, mais cela ne signifie pas qu’il donnera le même résultat pour chaque scène ou avec toutes les combinaisons de matériel et de backend.

Le guide indique qu’il peut être possible d’utiliser conjointement les périphériques CPU et GPU selon le backend utilisé, et que le rendu GPU peut comporter certaines limitations par rapport au rendu CPU. Au lieu de vous fier à une règle générale, évaluez donc les deux options pour la scène concernée. N’oubliez pas non plus que le débruitage et le compositing ont leurs propres choix de périphérique : ne supposez pas que le choix du périphérique de rendu définira automatiquement leurs réglages.

1. Dans le champ Device, évaluez les options CPU et GPU Compute.

2. Si vous utilisez GPU Compute, consultez la documentation GPU Rendering pour les réglages associés au backend et aux périphériques concernés.

3. Lors de l’examen des résultats, vérifiez également les choix de périphérique propres au débruitage et au compositing.

4. Vérifiez à l’avance les besoins en shaders spécifiques

Open Shading Language (OSL) permet de créer des shaders personnalisés à l’aide de scripts. La documentation précise que vous pouvez utiliser des nœuds de shader OSL dans des matériaux avec Script Node et écrire une logique d’ombrage personnalisée impossible à réaliser avec les nœuds Cycles intégrés.

Avant d’utiliser OSL, vérifiez sa compatibilité : selon le guide, il est pris en charge pour le rendu CPU ou avec le backend GPU Compute OptiX. En outre, la compilation et l’interprétation des shaders entraînent généralement des performances inférieures à celles des nœuds intégrés. Certaines fonctionnalités, comme le baking et certains shaders de volume, peuvent également ne pas fonctionner. Si OSL est nécessaire pour obtenir un matériau spécifique, intégrez ces contraintes à votre plan de production et testez les fonctionnalités concernées suffisamment tôt dans votre fichier de travail.

Conséquences pour le flux de travail de visualisation architecturale

Pour les architectes, les architectes d’intérieur et les équipes de visualisation, l’approche la plus pratique consiste à définir progressivement les dimensions de sortie et à choisir le périphérique en fonction de la scène. La création de petits rendus de test aux mêmes proportions avec Percentage permet d’examiner le cadrage et l’apparence générale avant de passer aux dimensions finales. Render Region peut servir à vérifier une zone précise ; le recadrage et l’arrière-plan transparent doivent, eux, être réglés en fonction des besoins du fichier à livrer.

Côté matériel, GPU Compute peut offrir un gain de performances, mais le guide souligne également que le rendu GPU peut être soumis à des limitations liées au backend. Les équipes ne devraient donc pas choisir un périphérique en se fondant uniquement sur une hypothèse de rapidité : elles doivent vérifier la compatibilité des fonctionnalités utilisées. Pour les matériaux qui utilisent OSL, il faut notamment prendre en compte les exigences liées au CPU ou à OptiX, les conséquences sur les performances et le risque que certaines fonctionnalités ne fonctionnent pas. Le guide ne contenant aucune information sur les licences ou les coûts, il est impossible d’en tirer des conclusions sur ces sujets.

Erreurs fréquentes

• Confondre les dimensions réduites d’un rendu de test avec la résolution de l’image finale. Gardez à l’esprit que Percentage modifie les dimensions de sortie.

• Supposer que GPU Compute sera toujours plus rapide ou compatible avec toutes les fonctionnalités. Le guide indique que les performances et les limitations possibles varient selon le backend matériel.

• Modifier sans nécessité les réglages de rapport de pixel destinés aux anciens téléviseurs. Un rapport incorrect peut étirer l’image ou imposer un redimensionnement ultérieur.

• Ne pas vérifier les périphériques pris en charge et les restrictions des fonctionnalités lors de l’utilisation d’OSL. Tenez compte du fait que la compilation et l’interprétation peuvent rendre OSL généralement plus lent.