NicolasC

Moderators
  • Content count

    3,392
  • Inscription

  • Dernière visite

  • Days Won

    14

NicolasC last won the day on March 12

NicolasC had the most liked content!

About NicolasC

  • Rank
    Superviseur 3d - Intangibles Assets Design
  • Date de naissance 12/19/1976

Contact Methods

  • Website URL
    www.intangibles.fr

Profile Information

  • Gender
    Male
  • Location
    Paris, France

Recent Profile Visitors

615 visualisations du profil
  1. Je me demande vraiment comment tu fais !
  2. Arf ... vaste sujet. Disons que ça s'appuie sur les bases théoriques (ça n'est pas sale) de 3dsmax, et sur les différences fondamentales qu'il y a entre les transformations et les modifications. En (très) gros, si tu scale en mode objet, tu fausse la façon dont 3dsmax interprète ton mesh - ni l'envie ni le temps de rentrer dans le détail. POur éviter les mauvaises surprises, si tu as besoin de scaler en mode objet: modifier XForm, mode sous-objet Gizmo, tu scale, et tu collapse. Attention, il s'agit d'une modification, ce qui veut dire qu'elle est transmise aux instances
  3. pfiou ... décoches la propriété Cast Shadows dans les propriétés objet.
  4. si on prononce 3 fois de suite RTFM en face d'un miroir, zules apparait !!
  5. https://docs.chaosgroup.com/display/VRAY3MAX/Sample+Rate+|+VRaySampleRate https://www.mattguetta.com/sampling-vray-3/
  6. Bon ... petit récap de workflow depuis que Autodesk a introduit la Physical Camera pour 3dsmax: 1) soit on passe par la caméra "historique" de VRay, la VRay Physical Camera (maxscript vrayCreateVRayPhysicalCamera() sachant qu'elle n'est, pour le moment, plus accessible via l'UI) 2) soit on utilise la Physical Camera de 3dsmax, mais cela implique (sauf erreur de ma part, je ne m'en sers pas) d'utiliser un contôleur d'exposition: panneau Environment & Effects, rollout Exposure Control) Tout ça pour dire que si ATK / CamRig ne supporte plus la VRay Physical Camera (solution 1), tu devrais te rabattre sur la Physical Camera de 3dsmax (solution 2). Inutile donc de mentionner MR ou tout autre moteur de rendu ... en tout cas si tu utilises VRay Si tout ça reste flou pour toi, je ne saurais trop de conseiller d'aller faire un tour sur YouTube pour y dénicher des explications plus détaillées ...
  7. Spartacus - la réponse est dans le post de Matt, juste avant le tiens ... pourquoi parle-tu de MentalRay ?
  8. Bah pas trop loin alors ... Blague à part, n'oublie pas de passer le Retrace du LC à 8.0
  9. C'est ça
  10. Un thread très très intéressant concernant le nouveau workflow d'animation, prenant en compte les récentes améliorations techniques apportées à VRay: https://forums.chaosgroup.com/showthread.php?92243-Why-IrMap-over-Brute-force-for-animation-rendering/ Un gros merci à Lele, toujours des choses intéressantes à expliquer !
  11. ??? pas compris ce que le compo vient faire là-dedans ... j'ai peut-être la tête ailleurs que sur les épaules, hein
  12. Pffff tu n'as pas fini de troller ? Corona ... plus rapide en setup pour les newbies, sans l'ombre d'un doute, par contre en temps de rendu, je suis sceptique
  13. Par curiosité, tu utilises le RE Sample Rate de VRay ? c'est un super outil de diagnostic
  14. Attention, c'est assez dépendant des scènes ...
  15. Le truc, c'est que les settings du moteur de rendu ne sont qu'une partie des éléments expliquant un temps de rendu long ... donc que ce soit avec VRay, Corona, MR et j'en passe, si une scène comporte des bizarreries, peu importe le moteur, il y a aura des surprises ! certains renderers sont certainement plus douillets que d'autres, mais bon ... Les lights et leurs réglages, les matériaux et leurs réglages, les objets et leur pile de modifiers, tout ça converge finalement au moment du rendu. Pour résumer mon point de vue: les réglages du renderer n'expliquent bien souvent qu'une partie de la lenteur. S'il ne faut évidemment pas les ignorer, ne te focalise pas non plus QUE sur eux