Arnold pour 3ds Max 5.9.0

Arnold pour 3ds Max (MAXtoA) 5.9.0 repose sur Arnold 7.5.0.0 et intègre un nouvel imageur d’inférence, des améliorations des performances concernant l’échantillonnage de lumière globale et les volumes de processeur graphique, ainsi que d’autres perfectionnements et corrections de bogues.

Principales caractéristiques

  • Amélioration des performances, notamment l’instanciation USD légère, l’amélioration de l’échantillonnage de lumière globale, les volumes d’unité centrale mipmappés, le rendu plus rapide des volumes de processeur graphique et le traitement plus rapide des fichiers TX.
  • Nouveau mode de dispersion des cheveux ; nouveaux ombrages line et nearest_points ; amélioration de la couche mince OpenPBR Surface.
  • Échantillonnage de lumière plus flexible ; bloqueurs de lumière à densité négative.
  • Mode aperture de flou lumineux et dispersion des couleurs.
  • Les améliorations du processeur graphique incluent la prise en charge de NVIDIA Blackwell, une instanciation plus efficace et la prise en charge de l’ombrage vectoriel de mouvement.
  • Arnold pour 3ds Max comprend désormais des rapports de rendu en direct dans la vue de rendu Arnold.

Amélioration des performances

Instanciation USD légère

Arnold effectue désormais le rendu des instances USD par le biais d’un système d’instanciation légère qui crée moins de nœuds Arnold. L’instanciation est désormais plus efficace en consommation de mémoire et le temps d’obtention du premier pixel est plus court, car la scène est lancée plus rapidement. Par exemple, dans la scène Intel Jungle Ruins, l’obtention du premier pixel est 85 % plus rapide et l’utilisation de la mémoire 42 % plus faible. usd#2459

Prise en charge des fichiers OpenVDB mipmappés sur l’unité centrale

Le nœud de volume accepte désormais les fichiers OpenVDB avec des grilles mipmappées. Les différents niveaux de mipmap se distinguent par les suffixes _level_N, où N correspond au niveau de mipmap. Arnold choisit ensuite automatiquement le niveau de mipmap approprié pendant le rendu, ce qui donne lieu à des accélérations substantielles dans les volumes impliquant beaucoup de dispersion (par exemple, les nuages) en échange de petites différences d’apparence. Les différences d’apparence peuvent être plus importantes parmi les volumes qui comprennent un plus grand nombre de niveaux de mipmap. Les utilisateurs peuvent également spécifier mipmap_bias sur un nœud de volume ou sur son instance (en déclarant des données utilisateur du même nom), ce qui ajuste la sélection automatique de mipmap selon cette quantité. (ARNOLD-14453, ARNOLD-15056)

Vous pouvez générer des volumes mipmappés soit avec l’API Arnold, soit avec kick. L’API Arnold comprend une nouvelle fonction AiVolumeFileMakeLODs. kick intègre un nouvel indicateur de ligne de commande -makevolumelods. L’API et l’indicateur kick prennent tous deux trois arguments : le fichier d’entrée, le fichier de sortie et le nombre maximal de niveaux à générer. Le nombre réel de niveaux générés peut être inférieur au nombre demandé. (ARNOLD-16921)

wdascloud byc-cloud composition 1 composition 2 nuages au coucher du soleil
volume d’origine
volume mipmappé (3 niveaux)
Accélération 1,5 fois 1,9 fois 2,6 fois 2,1 fois 1,8 fois
Volume mipmappé (6 niveaux)
Accélération 2,0 fois 2,8 fois 5,2 fois 3,2 fois 2,7 fois

Amélioration des performances de rendu du volume de processeur graphique

Le rendu de volumes du processeur graphique est jusqu’à 3,5 fois plus rapide. (ARNOLD-8936)

wdascloud byc-cloud composition 1 composition 2 nuages au coucher du soleil
Accélération 2 fois 1,12 fois 3,7 fois 3,5 fois 1,31 fois

Augmentation de la robustesse de l’échantillonnage de lumière globale (GLS) et prise en charge supplémentaire de la propagation de la lumière

Le GLS est maintenant plus robuste et prend en compte le paramètre de propagation de lumières quad et disk. Cela réduit généralement le bruit lorsque la propagation des lumières est étroite ou proche des bords de la lumière. Nous avons observé des rendus jusqu’à 6 fois plus rapides dans certaines scènes de test impliquant un éclairage particulièrement délicat. Dans la scène de ruelle ci-dessous, dont la configuration d’éclairage est plus courante avec la propagation de certaines lumières, on obtient un rendu 1,4 fois plus rapide. (ARNOLD-13684, ARNOLD-16610 et ARNOLD-16551)

1,4 fois plus rapide que la version 7.4.3
7.4.3.2 7.4.4.0 (même nombre d’échantillons qu’avec la version 7.4.3.2)

Amélioration des performances lors de la génération automatique ou de l’utilisation de fichiers TX existants

La vérification des fichiers TX existants et la génération automatique des fichiers manquants sont désormais beaucoup plus rapides, ce qui réduit le temps d’obtention du premier pixel lors de l’utilisation de texture_use_existing_tx ou de texture_auto_generate_tx. Comme le montrent les tableaux ci-dessous, les accélérations sont plus prononcées sur les machines à plusieurs cœurs, en particulier sous Windows. (ARNOLD-13116)

accélération de texture_auto_generate_tx accélération de texture_use_existing_tx

Traitement plus rapide du prétraitement de maillage interrompu

L’interruption du prétraitement du maillage pendant l’IPR (par exemple en déplaçant la caméra pendant le chargement de la scène) n’entraîne plus de ralentissements ni de perte de travail. Les accélérations devraient augmenter avec le nombre de cœurs et la taille du maillage. Nous avons observé des réductions de temps mesurées en minutes. (ARNOLD-16978)

Améliorations des ombrages

Mode de dispersion pour les chevelures standard

Une option de dispersion scattering_mode a été ajoutée à l’ombrage de chevelure standard. Utilisez le mode approximate pour obtenir le comportement précédent. Le mode accurate peut générer davantage de bruit et prend donc environ 10 à 30 % plus de temps à créer le rendu, mais offre des résultats plus réalistes, en particulier en gros plan, en simulant chaque cheveu comme un cylindre au lieu d’une surface plane. Le mode adaptive utilise le mode accurate pour les cheveux en gros plan et le mode approximate pour les cheveux éloignés, équilibrant ainsi automatiquement la qualité et les performances. (ARNOLD-16726, ARNOLD-16852)

approximate accurate approximate (gros plan) accurate (gros plan)
adaptive

Ombrage des points les plus proches

Le nouvel ombrage nearest_points échantillonne des nuages de points à partir de fichiers de points OpenVDB, ou des sommets à partir de nœuds de points, de courbes et de polymaillage. L’ombrage peut générer le nombre de points trouvés, la distance moyenne ou la moyenne d’un attribut de données utilisateur personnalisé à partir des points. (ARNOLD-15550)</p>

Distance des points les plus proches → RampRGB (personnalisé) Distance des points les plus proches → Ligne → Volume standard transparent

Prise en charge des fonctions OSL pointcloud_search et pointcloud_get

La prise en charge des fonctions intégrées OSL pointcloud_search et pointcloud_get a été ajoutée. Pour spécifier un nœud de points, de courbes ou de polymaillage, utilisez le nom du nœud comme nom du nuage de points. Pour spécifier un fichier OpenVDB, utilisez le format filename:grid pour le nom du nuage de points. Remarque : ces fonctions ne sont pas encore disponibles sur le processeur graphique. (ARNOLD-15550)

Ombrage de ligne
Ligne → Transformation UV (espace écran) Ligne → Transformation UV (espace écran) Ligne → Triplanaire

Le nouvel ombrage line génère un rendu des lignes dans différents styles pour créer des motifs géométriques ou des textures de type coups de pinceau lorsqu’il est combiné avec du bruit et des textures. Vous pouvez générer des motifs hiérarchiques complexes en reliant des ombrages de ligne entre eux. Nous vous recommandons d’utiliser l’ombrage line avec uv_transform. (ARNOLD-14976)

Option Espace dans uv_transform

Le nœud uv_transform comprend désormais un paramètre d’espace avec des options de texture (par défaut) et screen. Le mode texture applique des transformations aux UV de texture standard comme auparavant, tandis que le mode screen utilise les coordonnées UV de l’écran. (ARNOLD-14976)

Texture (par défaut) Ecran

Ombrage compare_string

Arnold dispose désormais d’un ombrage compare_string qui prend en charge les comparaisons Égale à et N’est pas égal à entre deux chaînes. (ARNOLD-12978)

Amélioration de la couche mince OpenPBR Surface

Les couches minces sont maintenant plus exactes physiquement, avec une meilleure conservation de l’énergie. Notez que cela peut entraîner un changement significatif de la teinte des ressources existantes. Notez également que cette modification n’a pas été appliquée à l’ombrage de surface standard, pour des raisons de rétrocompatibilité. (ARNOLD-15981)

7.4.3 7.4.4

Améliorations de l’éclairage

Augmentation du nombre maximal d’échantillons pour l’échantillonnage de lumière globale

Le nombre maximal d’échantillons utilisés par l’échantillonneur de lumière globale est désormais de 1024, pour le processeur graphique et l’unité centrale. (ARNOLD-16552)

Mode d’échantillonnage pour les lumières

Les lumières disposent d’un nouveau paramètre enum sampling_mode qui contrôle le type d’échantillonnage utilisé pour la lumière concernée. Dans le mode auto par défaut, la lumière est échantillonnée en fonction des options de rendu des échantillons de lumière globale si elles sont activées ou des paramètres d’échantillonnage locaux. En mode local, la lumière est échantillonnée en fonction des paramètres samples et volume samples de la lumière. Elle est échantillonnée séparément des lumières qui sont couvertes par l’échantillonnage de lumière globale. Le mode local permet de s’assurer que les lumières importantes et difficiles à échantillonner reçoivent suffisamment d’échantillons. (ARNOLD-13467, ARNOLD-16746)

Bloqueurs de lumière à densité négative

Les bloqueurs de lumière avec des rampes et des valeurs de densité négatives sont désormais pris en charge. (ARNOLD-16338)

7.4.3 7.4.4

Contrôle de si les lumières de maillage projettent des ombres

Vous pouvez désormais rendre les lumières de maillage invisibles aux rayons d’ombre afin qu’elles ne projettent pas d’ombres. Cela permet aux lumières de maillage de se comporter comme les autres types de lumière, qui ne projettent pas non plus d’ombres. Vous utilisez l’indicateur de visibilité de polymaillage pour contrôler les ombres claires du maillage. (ARNOLD-15560, ARNOLD-16803)

Améliorations du flou lumineux

Amélioration de l’effet d’objectif de flou lumineux

L’imageur d’effets d’objectif dispose de modes de flou lumineux améliorés qui peuvent s’exécuter en une fraction de seconde et produire des effets de flou lumineux plus intéressants. Le nouveau mode aperture de flou lumineux est le mode par défaut et imite de manière procédurale le flou lumineux défini par une caméra physique. Vous pouvez contrôler la taille avec bloom_strength, ainsi que la forme et le nombre de pointes avec aperture_blades et aperture_curvature. L’autre nouveau mode, shape_file vous permet de charger un noyau de flou lumineux à partir du disque. (ARNOLD-10882, ARNOLD-16614)

Le mode de flou lumineux simple et son paramètre bloom_radius sont désormais obsolètes. À la place, vous pouvez utiliser le nouveau mode aperture avec une courbure de 1 pour obtenir un flou lumineux arrondi, et bloom_strength au lieu de bloom_radius pour ajuster la taille du flou lumineux.

Dispersion des couleurs du flou lumineux

Le nœud imager_lens_effect dispose d’un nouveau paramètre aperture_dispersion, qui contrôle le degré de dispersion des couleurs en mode bloom_mode aperture. L’augmentation de la valeur de dispersion disperse davantage les couleurs plus chaudes. Lorsqu’elle est diminuée, les couleurs deviennent progressivement plus froides. La valeur par défaut de 1 donne une dispersion réaliste. (ARNOLD-16912)

-4 -1 0 1 4

Améliorations du processeur graphique

Unifier le filtre gaussien sur le processeur graphique

Le code de la caméra de processeur graphique utilise désormais la même implémentation de filtre gaussien que l’unité centrale. Cela permet d’obtenir une correspondance plus étroite et des résultats plus cohérents entre l’unité centrale et le processeur graphique. (ARNOLD-17059)

Amélioration de la prise en charge du remplacement des paramètres pour le rendu de processeur graphique

Les remplacements de paramètres fonctionnent désormais de manière cohérente entre l’unité centrale et le processeur graphique, ce qui améliore considérablement la robustesse, en particulier dans les graphiques de scènes complexes avec des remplacements sur les fonctionnalités procédurales instanciées. (ARNOLD-8663)

Prise en charge de NVIDIA Blackwell par OIDN

La mise à niveau OIDN 2.3.3 apporte la prise en charge des processeurs graphiques NVIDIA Blackwell, tels que les cartes de la série RTX 50x et les processeurs graphiques AMD RDNA4. (ARNOLD-15745, ARNOLD-16201)

Réduction de l’utilisation de la mémoire de processeur graphique pour les instances

Les structures d’accélération de processeur graphique des instances sont maintenant compactées afin d’économiser de la mémoire de processeur graphique. Par exemple, dans une scène comprenant un million d’instances, cela réduit l’utilisation de la mémoire du processeur graphique de 195 Mo à 167 Mo. (ARNOLD-16556)

Prise en charge de l’ombrage vectoriel de mouvement par le processeur graphique

L’ombrage vectoriel de mouvement est désormais pris en charge dans le rendu de processeur graphique. (ARNOLD-15172)

Améliorations apportées à Arnold pour 3ds Max

Autres améliorations

Meilleure normale de face masquée

Des normales interpolées orientées à l’opposé de la caméra pourraient produire des artefacts d’assombrissement sur des maillages low-poly. Ces normales sont maintenant courbées vers la direction de la vue pour éviter cela. (ARNOLD-6993)

Instances de fenêtre

  • Instances du nœud instancer visibles dans la fenêtre : les instances créées par le nœud instancer peuvent désormais être affichées dans la fenêtre, ce qui facilite la visualisation et l’utilisation de la géométrie instanciée lors de la configuration de la scène et du rendu interactif. (ARNOLD-16778)

Cryptomatte

  • Option Cryptomatte pour les instances : un nouveau paramètre object_split_instances a été ajouté à l’ombrage Cryptomatte. Il détermine si différentes instances doivent avoir des masques différents ou le même. (ARNOLD-16997)
  • Prise en charge des données utilisateur crypto_object_offset avec celles de crypto_object : les données utilisateur peuvent désormais être utilisées ensemble sur les formes. Désormais, la clé Cryptomatte contient les deux valeurs de données utilisateur, ajoutées l’une à l’autre. (ARNOLD-16825)
  • Cryptomatte avec instances : l’attribut Cryptomatte object_split_instances est désormais désactivé par défaut, de sorte que Cryptomatte produit des manifestes plus petits pour les instances et renvoie le même hachage pour toutes les instances d’un même objet. (ARNOLD-17320)

Rapports de rendu

  • Nœud options inclus dans les statistiques JSON : les paramètres du nœud options sont désormais écrits dans le fichier de statistiques JSON, ce qui permet de comprendre plus facilement quels paramètres de rendu ont été utilisés lorsque vous analysez les données de performances. (ARNOLD-8558)
  • Arrondi constant des unités dans le rapport de rendu : le rapport de rendu Arnold arrondit désormais les valeurs à une unité constante, ce qui améliore la lisibilité et la comparabilité. Auparavant, différentes statistiques pouvaient être affichées dans des unités mixtes (par exemple, parfois en millisecondes et d’autres en secondes), ce qui rendait les comparaisons difficiles. (ARNOLD-17036)
  • Statistiques distinctes pour les données d’image et celles de session : lors des rendus interactifs, Arnold effectue désormais le suivi de deux types de statistiques : par image pour les rendus d’image individuels et par session pour les valeurs cumulées normalisées sur l’ensemble de la session de rendu. Le journal génère des statistiques pour chaque image en plus des statistiques de session, tandis que les fichiers JSON de statistiques contiennent les statistiques d’image finales et les statistiques de session. Cette séparation permet à l’utilisateur d’analyser à la fois les performances des images individuelles et la session de rendu dans sa globalité. (ARNOLD-16735)
  • Rapport de rendu : amélioration de la visualisation des statistiques : le rapport de rendu Arnold affiche désormais les statistiques par image et par session lors des rendus interactifs. D’autres améliorations comprennent des graphiques à barres empilées pour une meilleure visualisation de ces statistiques et d’autres perfectionnements de l’expérience utilisateur. (ARNOLD-16736)

Métadonnées EXR

  • Temps de rendu total dans les métadonnées EXR : lors de l’ajout à un rendu précédent, le temps de rendu total est cumulé et mis à jour dans les métadonnées EXR. (ARNOLD-15565)

kick

  • Distributed Kick comprend deux nouveaux paramètres de ligne de commande : --tile y x, pour diviser un rendu sur plusieurs processus. --tile y x prend deux arguments entiers spécifiant le pavé y sur un total de x pavés (par exemple, --tile 0 4rend le pavé 1 sur 4, « --tile 1 4 » rend le pavé 2 sur 4, et ainsi de suite). Chaque pavé est enregistré avec le numéro de pavé dans le nom de fichier (par exemple, exemple.0002_0_4.exr). Une fois que vous avez rendu tous les pavés, exécutez kick --merge avec la même ligne de commande pour fusionner les pavés dans l’image finale. (ARNOLD-16921)
  • Arguments personnalisés kick avec les plug-ins de format de scène : vous pouvez utiliser le nouvel argument kick -sceneload_arg %s %s pour passer des options aux plug-ins de format de scène. -sceneload_arg prend deux chaînes : le nom de l’option et sa valeur. Cela vous permet de spécifier une primitive de paramètres de rendu personnalisés lorsque vous lancez un fichier usd. Par exemple, kick scene.usd -sceneload_arg render_settings /Render/settings2 effectue le rendu à l’aide de la primitive de paramètres de rendu nommée « /Render/settings2 ». (ARNOLD-9865)
  • Option denoiseur par défaut pour kick : l’indicateur kick -default_nodes comprend une nouvelle option denoiseur qui ajoute le denoiseur OIDN si aucun denoiseur n’est présent. (ARNOLD-16641)

Imagers

  • Prise en charge multiplateforme de l’imageur d’incrustation : l’imageur d’incrustation effectue désormais le rendu avec une police système équivalente si celle spécifiée n’est pas disponible. (ARNOLD-16892)

Améliorer les messages d’erreur maketx

Le message d’erreur de conversion TX comprend désormais le nom du fichier TX cible, pour faciliter l’identification de la cause de l’erreur. (ARNOLD-17044)

Composants

  • Mise à jour de CER : la bibliothèque de rapports d’erreurs des clients (CER) a été mise à jour vers la version 7.2.4. (ARNOLD-16796)
  • OpenColorIO 2.5.1 : Arnold inclut désormais OpenColorIO 2.5.1. Cette mise à jour inclut tous les correctifs et les petites améliorations depuis la version 2.5.0. Consultez les notes de version complètes pour plus de détails. (ARNOLD-17324)
  • Mise à niveau du programme d’analyse d’Autodesk : Arnold inclut une version plus récente du programme d’analyse d’Autodesk (ADP) afin d’améliorer la stabilité et les performances. (ARNOLD-16814)

Améliorations apportées à USD

Modifications apportées aux API

  • Unifier les chemins de recherche : les chemins de recherche des fonctionnalités procédurales et de textures sont désormais unifiés dans un nouveau asset_searchpath. Les LUT de l’imageur de texture de ton utilisent également ce nouveau chemin de recherche. (ARNOLD-16486)
  • Disponibilité de Chiang hair BSDF dans OSL : une nouvelle fermeture, chiang_hair_bsdf, peut désormais être utilisée dans OSL. Cette fermeture correspond au BSDF utilisé dans l’ombrage de cheveux standard avec scattering_mode défini sur accurate. (ARNOLD-16326)
  • interactive_target_fps : les cibles de fps pour les IPR peuvent désormais être contrôlées en définissant interactive_target_fps, les autres paramètres sont toujours disponibles, mais des valeurs par défaut raisonnables sont définies si les valeurs ne sont pas fournies. (ARNOLD-16219)
  • AiLibraryPath : ajout d’une nouvelle fonction d’API, renvoie le chemin d’accès au répertoire dans lequel se trouve la bibliothèque Arnold. (ARNOLD-16642)
  • API de ressources : les nouvelles fonctions d’API vous permettent d’interroger les dépendances de fichiers (ressources) définies dans un univers Arnold (AiUniverseGetAssetIterator), un fichier de scène (AiSceneGetAssetIterator) ou une fonction procédurale (AiProceduralGetAssetIterator). (ARNOLD-16891)
    Par exemple, l’interrogation des ressources de scene.ass 
    AtAssetIterator* it =
AiSceneGetAssetIterator("scene.ass"); while
(!AiAssetIteratorFinished(it)) { const AtAsset* asset =
AiAssetIteratorGetNext(it); // do something with the asset }
AiAssetIteratorDestroy(it);
  • Ressources dans des formats de scène personnalisés : les développeurs de plug-ins peuvent désormais implémenter la méthode scene_get_assets dans leur plug-in de format de scène pour renvoyer des dépendances de fichiers (ressources) spécifiques à ce format. Cette méthode est facultative et, si elle n’est pas implémentée, Arnold charge la scène et interroge les ressources de l’univers Arnold généré. (ARNOLD-16891)
    Par exemple, ce code renvoie deux ressources : 
    scene_get_assets { AtAsset* asset1 =
AiAsset("/path/to/mytexture.exr", AtFileType::Asset);
AiAssetAddReference(asset1, "mytexture.exr"); AtAsset* asset2 =
AiAsset("/path/to/myvolume.vdb", AtFileType::Asset);
AiAssetAddReference(asset2, "myvolume.vdb"); AtArray* assets =
AiArrayAllocate(2, 1, AI_TYPE_POINTER); AiArraySetPtr(assets, 0,
asset1); AiArraySetPtr(assets, 1, asset2); return assets; }
  • Métadonnées de type de fichier : une nouvelle métadonnée file_type peut être définie sur les paramètres de chemin d’accès au fichier pour indiquer comment résoudre le chemin. S’il n’est pas défini, le type de fichier est deviné à partir des extensions prises en charge du paramètre (métadonnées extensions) ou de l’extension du fichier spécifié, le cas échéant. Les valeurs disponibles sont custom, et pluginEnum). (ARNOLD-17289)
  • API de nuage de points : de nouvelles fonctions d’API permettent aux ombrages C++ d’effectuer des requêtes de nuage de points très similaires à la spécification OSL pour ses fonctions pointcloud_search. Le modèle d’utilisation typique consiste à appeler AiPointCloudSearch pour obtenir une liste d’index et le nombre de points les plus proches, puis à appeler la famille de fonctions AiPointCloudGet pour interroger des attributs particuliers à partir de ces points. Pour spécifier un nœud de points, de courbes ou de polymaillage, utilisez le nom du nœud comme nom du nuage de points. Pour spécifier un fichier OpenVDB, utilisez le format filename:grid pour le nom du nuage de points. (ARNOLD-15550)
  • Génération de volumes mipmappés : l’API Arnold et kick peuvent désormais générer des volumes mipmappés. L’API Arnold comprend une nouvelle fonction AiVolumeFileMakeLODs. kick intègre un nouvel indicateur de ligne de commande -makevolumelods. L’API et l’indicateur kick prennent tous deux trois arguments : le fichier d’entrée, le fichier de sortie et le nombre maximal de niveaux à générer. (ARNOLD-17114)
  • Nouveau workflow AOV basé sur des nœuds : un nouveau nœud render_output remplace les anciennes instructions output basées sur des chaînes. Le nœud options global d’Arnold comprend un nouveau paramètre drivers qui est lié aux nœuds driver, dont chacun comprend une liste de nœuds render_output. (ARNOLD-5774)
    Le nœud render_output a la structure suivante : 
    Type Name Unlinkable Default Bounds 
------- ------------------- ------- ------ 
Inputs 
  STRING aov_name RGBA 
  ENUM type rgba 
  NODE filter null 
  STRING layer_name 
  BOOL half_precision false 
  NODE camera null 
  STRING name
    Par exemple, le nœud options comme suit : 
    options { outputs 2 1 STRING "RGBA RGBA my_filter driver_output"
"diffuse RGBA my_filter driver_output" } driver_exr { name
driver_output filename "render.exr" }
    deviendrait : 
    options { drivers 1 1 NODE "driver_output" } driver_exr { name
driver_output render_outputs 2 1 NODE "my_RGBA_output"
"my_diffuse_output" filename "render.exr" } render_output { name
my_RGBA_output aov_name "RGBA" type "rgba" filter "my_filter" }
render_output { name my_diffuse_output aov_name "diffuse" type
"rgba" filter "my_filter" }
    Remarque : Par défaut, les API AiSceneWrite et AiSceneLoad pour les fichiers .ass ne sont pas exportées avec ces nœuds. Pour cela, ajoutez le convert_string_outputs booléen défini sur true dans AtParamValueMap pour l’indicateur params.
  • API AtMatrix : prend désormais en charge les comparaisons d’inégalités via l’opérateur !=. (ARNOLD-17354)

Modifications liées à des problèmes d’incompatibilité

Corrections de bogues

Configuration requise

Sujet parent : Nouveautés de 3ds Max 2027