Aller au contenu

Nicolas Caplat

Moderators
  • Content Count

    5,665
  • Inscription

  • Dernière visite

  • Days Won

    472

Posts posted by Nicolas Caplat


  1. Une fois ma scene finie et juste avant de lancer le rendu vers la render farm, jutilise un soulburn script: Bitmap Collector pour copier toutes les maps dans le dossier Maps du projet. Pour etre peinard et ne pas avoir de missing buckets. Ensuite tous les 6 mois avant d'archiver le projet je vire le dossier Maps.

     

    Il y a un truc natif de max aussi: Ressource Collector qui marche tres bien

    Salut Kuzco :)

     

    Pas curiosité, pourquoi vous ne mettez pas directement les maps sur un serveur ? je demande çà sans arrière-pensée, vraiment par curiosité ;)

    Merci.


  2. Ah ben il sont pas jeune c'est vrai, mais sont européens et efficace...

     

    Chaque nouvelle version et mise à jour est attendu comme le messie ! Là ou Vray, entre la 2.4 et la 3.... perso ça me chamboule pas !

    Hey, c'était du 2nd degré, voire du 3eme :D


  3. Pas que je sache.

    Ici, tous nos maps sont sur le serveur, avec 2 librairies distinctes: l'une généraliste (bois, bétons, briques ...) et l'autre dédiée aux maps spécifiques à chaque client (un dossier pour le client A, un pour le B, etc etc ...). Quand on merge des modèles "extérieurs", on déplace les maps sur le serveur, et un ptit coup d'Asset Tracking ou Relink Bitmaps.

    En revanche, pour ceux qui ne font que du rendu local (pas de DR ni BB), je pense qu'il est possible d'être moins regardant.


  4.  

    Mais c'est bien de voir des avis partagés, à savoir que c'est insupportable d'avoir à configurer Vray au millimètre quand d'autres render carburent direct...

    Un truc vieux comme la 3d: flexibilité = complexité, rigidité = simplicité. C'est tout bête en fait :P


  5. bon vous avez pris la  1.2 ??

    Not yet, not yet ... mais çà ne va pas tarder, j'avais pris une licence pour Sandrine il y a quelques mois. J'attends juste nos 4 nodes supplémentaires avant de passer un premier projet en prod avec Corona ;)


  6. Je me permets de rebondir sur tout ce qui est setup d'un renderer, en prenant pour exemple le fonctionnement d'une agence comme la nôtre.

    La 3d est très (trop ?) utilisée en interne pour aider aux choix créa. Ce qui implique que nous faisons des previews pour un oui pour un non, ajustements de modé, de matériaux, etc etc. Ce qui représente du temps. On ajoute à cela le temps passé à faire des tests de settings, sampling, AA etc etc ... le problème au final ? le temps passé sur des tâches que je qualifie de "tâche à valeur ajoutée" comme les détails de modé, le lighting, les matériaux, ou encore les cadrages, est réduit à peau de chagrin !! et de là nait bien souvent la frustration des graphistes 3d, qui veulent produire de belles images, mais n'ont pas franchement les moyens (en temps, encore et toujours).

    Donc au final, si un outil permet de réduire le temps de setup du rendu pour une qualité d'image au moins équivalente, si ce n'est supérieure, c'est tout bénéf pour tout le monde ...

     

    Voilà pour la petite réflexion matinale :)

     

    Bonne journée à tous et à toutes !


  7. Ben c'est pas tant le fait que ce soit Corona ou Vray..ou Unreal....mais peut être aussi le nombre de Mhz au cul du (des) processeur(s)...

    Oui, mais pas que. 

    Quand tu lis l'avis du gars qui a rédigé le test, il précise (comme çà a souvent été le cas à propos de Corona et autre unbiased) que s'il est foncièrement plus lent qu'un VRay, il permet néanmoins un important gain de productivité ... parce que c'est inutile de tweaker 50 réglages pour avoir une image de qualité (je ne dis pas "belle", simplement "clean").


  8. Bah disons que j'utilisais Corona en alpha 3 (si je me souviens bien), et j'ai totalement lâché depuis que j'ai pris mes fonctions chez Intangibles ... il y a 2 ans. Mais oui, je vais m'y remettre ! pas le choix, SandrineC me tanne, alors ... ce sera pour après les vacances sans doute ;)

×
×
  • Créer...