SugaR

Oui je fais pareil... sauf quand j'oublie

Alors pour le chiclet c'est simple :
Chiclet : https://upload.wikimedia.org/wikipedia/commons/6/66/Macbook_keys.jpg Non chiclet (K740): http://little-beans.net/wp-content/uploads/2013/06/IMG_0191.jpg La différence réside dans le fait que sur les clavier cicklet, les touches sont vraiment séparé entre elles et chaque touche à son propre trou, alors que les non chiclet sont beaucoup plus bizeauté, se touchent entre elles et sont toutes dans le même trou.
 
Du coup, le choix est très perso mais lorsque l'on tape beaucoup, le chiclet est plus intéressant (à mon avis) vu que les touches sont bien séparé les unes des autres, donc moins de risque d'appuyer sur l'une des touches à côté. par contre pour une utilisation plus type "mes doigts restent quasiment tout le temps sur les même touches", le non chiclet est préférable...
Encore une fois tout cela est très subjectif, perso je prefère vraiment le chiclet.

Tout le monde me demande ça oui ^^
Je vais me renseigner pour louer un 33 tonnes

Ah oui oui c'est sur...
 
Sauf que n'importe quel TD te diras de ne pas utiliser les groupes de max, pour plein de bonne raisons en fait (d'expérience j'ai eu des scène détruite a cause des groupes, des géométrie à refaire de A à Z lié à une mauvaise manip de ma part ou d'autre, perte d'animation, etc... bref que du bon...),
Au passage, à scripter c'est un enfer, et plein de script d'ailleurs ne se préoccupent pas de savoir si tu as des groupes ou pas (encore une fois les TDs n'aiment pas les groupes ^^) et tu peux donc récupérer des scripts qui vont te massacrer tes groupes avec des conséquence parfois désastreuse...
 
Donc oui j'insiste mais a ta place j'éviterais les groupes... Après effectivement tu fais ce que tu veux...
 
 
Typiquement un truc que je gérerais justement avec des calques plutôt que des groupes en fait... et pk pas si tu veux avoir un truc super clean question hierarchie des nested layers, ou selection set, ça marche nickel aussi.

Normalement max ne plante pas durant un autoback ou quelconque save, mais il peut freezer en revanche et donner l'impression qu'il à planter (genre devenir tout blanc et windows qui s'affole en disons que le soft ne répond plus...).
Suffit d'attendre que ça revienne (ce qui peut être long en fonction de ta scène effectivement)
 
Sinon l'idée d'un timer me plait bien, je vais me pencher sur la question

Normalement max ne plante pas durant un autoback ou quelconque save, mais il peut freezer en revanche et donner l'impression qu'il à planter (genre devenir tout blanc et windows qui s'affole en disons que le soft ne répond plus...).
Suffit d'attendre que ça revienne (ce qui peut être long en fonction de ta scène effectivement)
 
Sinon l'idée d'un timer me plait bien, je vais me pencher sur la question

ahaha. Par contre j'attends toujours ma bière/CPU/SSD
Je promets rien dans tous les cas ^^

Lyncher le sur la place publique !!!
 
Ok on oublie les groupes de max tout de suite et en fonction de ce que tu veux faire :
soit tu veux un truc pour controler (translation/rotation/scale) plusieurs objets, dans ce cas un simple dummy/point en parent des autres objets soit tu veux un truc pour controler facilement la visibilité, truc du genre => layer

Lyncher le sur la place publique !!!
 
Ok on oublie les groupes de max tout de suite et en fonction de ce que tu veux faire :
soit tu veux un truc pour controler (translation/rotation/scale) plusieurs objets, dans ce cas un simple dummy/point en parent des autres objets soit tu veux un truc pour controler facilement la visibilité, truc du genre => layer

Yes ca serait cool !
Dans un premier temps je dirais un (très) rapide tour du proprio.
La proposition de Nico me va très bien, sinon je dirais finalement juste des exemples plus que des tutos a proprement parler

Roh stop, la j'ai carrément l'impression d'être un papi XD

Roh stop, la j'ai carrément l'impression d'être un papi XD

Manifestement 3ds Max a été créé la même année que moi (en 88), tout va bien on est tous les deux dans la force de l'äge !
https://area.autodesk.com/maxturns20/history

Cette techno n'est pas du tout liée a Vray et fonctionne avec n'importe quel moteur de rendu basé sur l'algo de rendu Monte Carlo (donc Arnold, V-Ray, Redshift3D, Corona, etc... en gros la plupart des renderers actuel ^^).
 
Si je n'ai pas du tout testé pour le moment, de ce que j'en ai compris tu dois simplement faire deux rendus identiques mais avec un seed de noise différent, puis passer le tout sous Innobright Altus et tu es bon
 
Après Vlado est en train de voir pour "intégrer" cette techno dans vray, mais en sois-même ça ne serait pas tant une intégration j'imagine, plutôt une automatisation du processus: calculer les deux rendus en même temps et automatiquement avec le résultat en sortie du denoiser...

Cette techno n'est pas du tout liée a Vray et fonctionne avec n'importe quel moteur de rendu basé sur l'algo de rendu Monte Carlo (donc Arnold, V-Ray, Redshift3D, Corona, etc... en gros la plupart des renderers actuel ^^).
 
Si je n'ai pas du tout testé pour le moment, de ce que j'en ai compris tu dois simplement faire deux rendus identiques mais avec un seed de noise différent, puis passer le tout sous Innobright Altus et tu es bon
 
Après Vlado est en train de voir pour "intégrer" cette techno dans vray, mais en sois-même ça ne serait pas tant une intégration j'imagine, plutôt une automatisation du processus: calculer les deux rendus en même temps et automatiquement avec le résultat en sortie du denoiser...

No more subdiv.... mais mais je vais être perdus moi sans mes réglages de subdiv de partout 

Bah on va pas s'en plaindre si ca marche bien ^^

Pas besoin d'un denoiser, juste d'une passoire pour Canal+
 
Les denoiser sont clairement l'une des grosse nouvelles pistes pour les renderer, cf RenderMan, sachant que pixar l'utilise déjà en prod

Pas besoin d'un denoiser, juste d'une passoire pour Canal+
 
Les denoiser sont clairement l'une des grosse nouvelles pistes pour les renderer, cf RenderMan, sachant que pixar l'utilise déjà en prod

Pas besoin d'un denoiser, juste d'une passoire pour Canal+
 
Les denoiser sont clairement l'une des grosse nouvelles pistes pour les renderer, cf RenderMan, sachant que pixar l'utilise déjà en prod

Normalement le seul format qui permet d'avoir du float en 16 bits c'est l'EXR.
 
Comme je disais précédemment, l'EXR est un format inventé par ILM (Indutrial Light and Magic) justement pour avoir du 16 bits float, pour deux raisons, d'une parce que le 16 bits suffit amplement en terme de nombre de couleur, deux parce que les images en 32 bits sont extrêmement lourdes, donc si pour des rendus fixes ça ne pose pas de soucis, pour un long métrage d' 1h30 - 2h c'est problématique ^^

comme ca je te dirais diminue tes réflexions (pour enlever le bleu du ciel) déjà, vois pour la transparence avec peut-être un fond plus foncé et vraiment au besoin teinte l'eau avec du fog dans le shader...

Attention à ce que vous comparez aussi...
Vous ne pouvez pas comparez les traitements possible en 8/16 bits integer ou 16/32bits float, tout simplement car le 8/16bits integer sont forcement clampé à 255(8bits)/65536(16bits) alors que le 16/32 bits float ne sont pas limité à 1...
 
C'est d'ailleurs la toute la difference, la ou vous serez forcement limité par du 8/16 bits integer dans les zones "cramées", le 16/32 bits float peut lui avoir des vraies valeurs de couleurs largement au delà du blanc, d'où le fait qu'on puisse retrouver du détails et des couleurs dans des zones "cramées" simplement en baissant l'exposition.
Sans oublié que les traitements d'image causent plus d'erreur sur des nombres entier (integer) que décimaux (float), donc il vaut mieux être en float le plus possible...

Attention à ce que vous comparez aussi...
Vous ne pouvez pas comparez les traitements possible en 8/16 bits integer ou 16/32bits float, tout simplement car le 8/16bits integer sont forcement clampé à 255(8bits)/65536(16bits) alors que le 16/32 bits float ne sont pas limité à 1...
 
C'est d'ailleurs la toute la difference, la ou vous serez forcement limité par du 8/16 bits integer dans les zones "cramées", le 16/32 bits float peut lui avoir des vraies valeurs de couleurs largement au delà du blanc, d'où le fait qu'on puisse retrouver du détails et des couleurs dans des zones "cramées" simplement en baissant l'exposition.
Sans oublié que les traitements d'image causent plus d'erreur sur des nombres entier (integer) que décimaux (float), donc il vaut mieux être en float le plus possible...

Euh... Why ?
J'utilise plus que opensubdiv (que ce soit l'officiel ou celui via plugin) et jamais eu de soucis avec...
Du coup tu dis trop la misère mais sans plus d'explications ça aide pas trop ^^