Reprise du message précédent :
Certainement.. Mais bon mieux vaut une approche qui fonctionne lentement qu'une approche qui ne fonctionne pas ^^
Ceci dit max est nodal, c'est son IU qui ne l'est pas. Par exemple mental ray reste nodal même sous max. C'est juste l'éditeur de matériau qui ne retranscrit pas cet aspect de la manière la plus claire.

oué enfin affirmer que max est nodal huhu  désolé    
 
parce que si comme tu l'expliques c'est plus un pb d'interface  ..pourquoi autodesk n'a pas franchi le pas alors que à chaque nouvelle version  c'est simplement la chose la plus demandé par les utilisateurs    
 
à mon avis c'est carrément plus un pb sur le fond  que sur la forme    

Bah non je ne suis pas vraiment d'accord,    c'est plutôt le contraire, max est nodal sur le fond mais pas sur la forme Le sdk en témoigne... Ce n'est pas parce que tu ne peux pas "visuellement" tirer des petites lignes entre des petites boites que ce n'est pas nodal.
Quand tu instances un objet, une texture, un contrôleur ou encore un modificateur, que fais-tu sinon tirer des petites lignes entre des petites boites ?
Le pseudo explorateur de scène, l'explorateur de materiau, la vue schematique, la vue piste et même certains plug (schematic material editor notamment) témoignent avec plus ou moins de talent de cet aspect nodal de max. Idem pour mental ray, par exemple le shader opacity(base) ben c'est le shader opacity(base) et il fonctionne comme dans xsi ou maya : tu le plug sur le slot d'un autre shader, lui même dispose d'un input sur lequel tu dois placer une couleur ou plugger un autre shader etc. Non la différence se situe vraiment dans l'interface. La ouè il y a un putain de retard.
++

oui forcément sur le papier c'est la même chose encore que, mais contrairement à ce que tu penses l'approche nodal ce n'est pas que dans le sdk etc .. parce que ça intéresse qui de savoir que peut être max est nodal derrière une interface pourling hein ?  l'approche nodal  c'est aussi dans le coté visuel et pratique de la chose  ... je préfère mille fois un render tree à un matérial éditor de max
   
Si c'était si simple, si max est si comparable aux softs que tu cites, q'attend autodesk à proposer toujours les mêmes outils préhistoriquement mal interfacés ?  
 
enfin bref  fin du hs .. j'ai bien compris ton point de vue

oui je fais un peu l'avocat du diable C'est vrai que l'intérêt du nodal c'est de pouvoir le manipuler explicitement en tant que tel. ^^
Après pourquoi autodesk fait ceci ou cela.. qui peut le dire. En même temps il y a bien quelques éléments de réponses. Déjà on ne peux pas nécessairement jeter la pierre à autodesk qui s'illustre réellement avec max 2008/09. 3ds max est un soft qui a connu un paquet d'éditeurs avant autodesk. Ce n'est pas le cas de maya ni xsi qui ont été durablement chez alias et avid. Enfin plus maya.. Max a eu un passé difficile. Ca n'excuse rien c'est certain.

enfin... Node Joe c'est pas pour les chiens ... enfin pour les chiens qui sont pas sous max 2009
 
Autodesk ne peut pas revoir toute une interface sans une revolution complete du soft. Et chiche a faire ca, ils le feraient sur Maya en passant (qui se laisse vieillir aussi ex: hypershade vs rendertree / nodejoe)
 
D'ailleurs, moi qui suis un grand defenseur d'xsi, j'aimerai bien que nodejoe arrive sur xsi. ca ferai pas de mal a Softimage de voir un peu de concurrence sur des points comme ca. Et j'ai vu 2 3 idées dans node joe que j'aime bien (liens entre plusieurs shaders par ex)
 
Pour ce qui est du probleme initial, je pense que le probleme peut venir d'une interpretation differente du smooth par MR par rapport a celle faite par Maya (ce qui serait etonnant quand meme puisque ca voudrait dire des normales differentes). Ou alors, si l'objet qui pose probleme est deja smoothé sous Maya, un conflit entre les deux smooths... mais dans les deux cas j'y crois pas trop et surtout je vois pas comment y remedier
 
KEnder