Aller au contenu

Miaz3

Members
  • Content Count

    1,110
  • Inscription

  • Dernière visite

  • Days Won

    97

Posts posted by Miaz3


  1. Salut,

    De memoire, il y a une case dans les settings du sampler de vray (advanced) qui te permet d’enlever l’override general des light+shader.

    Par contre ce qui est etrange ce sont les subdv de tes deux premieres light qui n’ont pas 8. Mais 24 et 90 ?!

    Je n’ai pas vray et encore moins 3dsmax sous la main...

    les valeurs 100, 50, 20 me semble trop elevées.

    Ta derniere light en vrayShadow à 512 me parait bien faiblarde, pourquoi avoir utilisé une light standard et non une vrayLight ?

    si j’ai le temps j’essayerai de faire un screen ce WE.

     

     


  2. Hello,

    Les valeurs de tes lights sont correct ? Tout du moins ´physiquement correctes’ ? (Pas des valeurs à 30 par ex)

    Car 3/4 du temps les firefly viennent de ça et/ou des shaders qui renvoit trop.

    Si tu es sur du sRGB essaie un rendu neutre gris (override 187,187,187) afin de verifier tes sources de lighting.

    Verifie aussi le sampling de tes shaders/light qu’ils ne soit pas en dessous de ton sampling render (16).

    Tant qu’à faire au temps mettre le second rebond en BF.

     


  3. Salut,

    Le nvlink te permettra de cumuler la VRAM, ce qui peut-être une bonne solution pour du calcul GPU.

    Pour tensorFlow regarde du coté de WSL afin de profiter au mieux de perf, par contre c'est assez pointu à mettre en oeuvre.

    https://devblogs.nvidia.com/announcing-cuda-on-windows-subsystem-for-linux-2/

     

    Tyflow...mal lu, le mieux afin de pouvoir profiter au mieux du nvlink renseigne toi avant si 3dsmax le gère bien, si les plug utilisés sous max les gèrent bien eux aussi.

    Le mieux serais d'aller faire un tour sur la doc des éditeurs

     

    https://www.chaosgroup.com/blog/profiling-the-nvidia-rtx-cards

    https://www.boxx.com/blog/boxxlabs/testing-v-ray-gpu-rendering-with-nvidia-nvlink


  4. Je pensais à la camera aussi, quelle camera utilise-tu ? standard ou physical ? essaie d'alterner afin de vérifier.

     

    Ça ma parait étrange que le calcul gpu ce comporte ainsi, pour avoir mis en place de la previz avec vray gpu ça ne faisait pas.

    J'avais plutôt des problèmes de compatibilité au niveau des shader. Mais ça normalement, c'est bien détaillé dans la fenêtre de log du calcul gpu.

    Je vois que tu es en LC, essaie voir d'enlever le retrace du LC. Si le problème persiste passe en BF.

     

     

     

     


  5. Fait un rendu complet, et non en region.

    Ensuite il faudrait faire un rendu avec une seule map en override (checker).

    Ce n’est pas évident à cibler, car coté settings nous ne savons pas se que tu as tweaké dans tes settings de rendu, shader, light...

    Tes shader proviennent d’un site ? Ou tu les a fait ?

     

     

     

     


  6. 6 hours ago, SandrineC said:

    Je te remercie ?
    Je voulais juste connaitre les besoins que chacun a de son côté et le(s) solutions adoptée(s) en fonction

    Ca rejoins la vidéo précédente coté tarifs. (la première colonne du tableau @16 min) on est plus dans de l’industrie avec ses chiffres.

     

    un studio ou j'avais bossé sur un film d'animation (rendu 2D/3D)

    - 2k à 24fps en stereo - full cg - ~60000 frames

    - 20 lames de calcul (40c, 32c et 20c) 64Go ram.

    - 35 WS (40c, 32c et 12c) 32 et 64Go ram. (WS qui calculaient la nuit)

    C'était du calcul pur cpu et ça durée 10mois et généré plus de 300To de données. (la partie lighting/compo/stereo)

     

    un studio ou j'avais bossé sur de la série TV pour enfants (rendu 2D/3D)

    - HD @ 25fps - full cg ~16.000 frames

    - 40 lames (20c ou 32c ) 32Go ram.

    - 100 workstations (12c) et quelques-une à 16c. Ram hétérogène entre 24 et 128Go

    Un peu vieillottes mais ça permettait de faire un épisode toute les deux semaines, par contre à la ramasse sur des séries full 3D typé réaliste.

     

    ect...

     

     

     

×
×
  • Créer...