GHiOM

j'ai personne en particulier pour le support technique. j'envois les mails a register@cebas.com J'ai pris mosquito à l'époque où ils vendaient bien leur techno .. genre GPU+CPU, révolution par rapport au GPU ou CPU seuls etc .. je n'ai jamais sortit une image avec ... contrairement à Vray RT et Arion FX

j'ai PSD manager depuis au moins ! pfiou .. 2011 ! le systeme de licence cabas licence manager ainsi que le legacy ipclamp sont à la ramasse. pas moyen de faire fonctionner mes licences cebas correctement. toutes les licences sont actives, les serials reconnus, mais quand je souhaite m'en servir, ça plante, le server de lic ne répond plus, je n'ai plus accé a aucun service cebas .. et pourtant je leur demande de l'aide . mais rien. j'ai finalrender 3.5 , mosquito, psd manager, maxqtvr, scalpel, finaltoon ... et ça à toujours etait un peu la plaie les licences avec eux.

Merci sugar, je télécharge, mais apparemment ça ne prend en charge que Modo ou C4D

Et si le client veut lui même être capable de changer les texture de panneaux d'un rendu 3D. Colimo est dans l'esprit parfait pour ça. mais le support est néant . Est-ce qu'il existe des alternative à Colimo ?

La méthode d' Eric est celle que j'utilise aussi. et en extrudant plusieurs fois, tu peux ajouter de la courbure, prévoir des arrêtes douces ou vive pour un futur turbosmooth ... sinon il y a aussi QuadCad : http://www.scriptspot.com/3ds-max/scripts/quad-cap

déjà qu'avec le 4K voir le 8K en animation ça commence a peser lourd en budget question HDD ... je n'ose pas imaginer le poids par frame des passes d'animation avec tout ces samples !

très satisfait de Ranchcomputing aussi

Il y l'ajout du denoising ! Je n'ai pas essayer sous vray, mais sous corona cette option est géniale ! Je download de suite vray 3.4 pour tester ça D'autres nouveauté ou amélioration dans cette build ?

il est Vray que Corona a un fort taux d'Octane ? Pas la peine de me mettre dehors je suis déjà partit tellement j'ai honte ...

Genial ! Merci

Pour répondre à ma question et aider ceux qui auraient ce besoin plus tard . Il existe plusieurs scripts pour passer de corona a vray dont coronaToVray_Converter_04.ms téléchargeable sur le forum de corona. Ensuite pour pouvoir rendre phoenixFD avec Corona : il faut que corona puisse rendre les atmospheriques de 3DSMAX. Hors, Corona ne peut pour le moment ( version 1.3 ) rendre que les atmo du style fog, volume ou autre standard de MAX. Donc c'est mort pour les flammes la fumée et la mousse de ma bière. Pour pouvoir rendre un liquide, il faut configurer le rendu dans l'onglet rendering du phoenixFD simulator en Mesh. Corona sera ainsi capable de rendre la bière sans mousse de façon ultra rapide. Une sorte de cervoise tiède ou pas.. mais sans mousse en tout cas. dommage . Je vais devoir soit repasser sous vray, mais ça m’embête car pour avoir la même qualité de rendu c'est plus long. Soit jouer avec les 2 moteurs afin d' utiliser le meilleurs de chacun d'entre eux pour ensuite faire un compo façon cuisine de Maïté ( pour ceux qui ne connaissent pas Maïté )

d'ailleurs packshot viens de la photographie. Un pack shot c'est la photo d'un produit . shot pour photo et pack pour packaging il me semble . PackShot c'est plus sexy que " PhotoProduit " heheh

je n'y manquerais pas !

Toujours Jonathan et oui c'est plutôt reposant. j'aimerai bien qu'il m'en demande plus mais bon ..

Merci Nicolas, Je m' étais dit que pour une fois j'allez demander sur un forum frenchie si je trouve la soluce je la partagerais ici, ça ajoutera d'autres infos qui peuvent être utile à d'autres . Sinon, oui pour Pharmactiv, j'ai entre 8 et 10 produits à faire par ans . je te remercie encore pour le plan, ils sont content, moi aussi donc tout va bien . je vais allez poser la question dans mon anglais bien à moi sur le forum de corona

Bonjour, Je suis en train de faire le rendu d'une animation avec Corona. Mais j'ai un remplissage de bière a faire avec phoenix FD. Je rencontre plusieurs problèmes . J'ai l'impression de me confronter a un bug de corona, ou un truc mal géré. quand il y a un élément qui doit etre reload dynamiquement ça plante MAX quand on est avec corona en moteur de rendu. par exemple quand on update un fichier PSD qui sert de texture sur un objet . Mais pire, quand on a une simule phoenixFD , c'est les sauvegardes qui sont corrompues , les fichiers max sont bon pour la corbeille. Donc je voudrais faire mes rendu avec corona, mais ensuite convertir toute la scène en vray 3.3x pour faire les rendus de simule phoenix FD avec bière et mousse pour compositer le tout dans fusion ou AfterEffect . Existe t'il un autre script pour convertir Corona en Vray ? Y'a til quelqu'un qui arrive à faire des rendu phoenix FD avec Corona ? Merci à vous

ART render .. ça me rappel ART-VPS à l'époque des cartes de rendus avec le moteur AV5 . pas que des très bon souvenirs mais bon ça n'a rien a voir je pense. Ils ont embaucher un gars pour re-dessiner l' UI on dirait

ça semble tellement grand que tu perds 1/4 de ta journée productive à tourner la tête a gauche a droite en haut en bas En même temps ça nous ferais faire un peu d'exercice hahah

Moi je vois qu'il a modifié la taille du bitmap en 20 et 50 cm . comme vous dites il faut décocher UseReal-world Scale dans l'editeur du map de l'editeur de materiaux et pourvoir remetre le Tiling à 1,0 en U et 1,0 en V ensuite pour ce genre de probleme, il faut créer un nouveau materiaux standard dans un autre slot , depuis 0 et voir si il fonctionne et quels sont les différences. ça aide à apprendre ce que sont les options. Et enfin, il faudrait qu'on vois ta texture ( le bitmap ) pour vérifier que le tile n'est pas de là . Mais pour moi, je suis quasi sure que ton souci c'est que tu n'est pas en tile 1,0 mais en size 20cm ..

Un point important a tester, demande un calcule de 1000 ou 2000 images cette nuit et vérifie la température de ta carte après .. la mémoire va être brulante et le GPU aussi ( si ça n'a pas planté entre temps ) Combien de fois tu penses que ta CG va pouvoir supporter de calculer des animations la nuit, arriver a de telles températures, puis refroidir et ainsi de suite sans défaillir ? Les températures dont je parle sont bien plus importantes qu'un CPU qui à bien chauffé. J'ai souvent eu des piques de plus de 100°C- 105°C ( température limite après laquelle la carte se met normalement en sécurité .. ou pas .. ) , avec un bon watercooling je ne dépassais plus les 80° en moyenne. Il ne faudrait pas dépasser les 70°C pour bien faire et garder une bonne durée de vie. De plus la gravure d'une CG est beaucoup plus fine, plus fragile et craint donc plus les variations de températures. Pour finir, ces cartes sont réalisé façon bon marché en fonction de la marque . Je conseil vivement d'acheter des cartes de marque fiable et cher genre EVGA ou autre, qui propose des version en watercooling d'usine. la durée de vie de la carte sera bien meilleurs. ou alors d'acheter les version PRO de chez nvidia mais qui coûte si cher que tout le monde ne peux pas amortir ce type de matériel . Les cartes dites de jeux dont on se sert pour faire des rendus ne sont je pense pas adapté à cette utilisation. même si elle font très bien le job, dans un jeu la demande de calcule n'est pas aussi soutenu et aussi intensive. il y a beaucoup de variation de charge qui permet à la carte de respirer on va dire . En calcule elle ne fera une pause qu'entre les images à calculer et pour un lourde animation les pauses sont courtes, trop courtes.

MErci Miaz3 voilà, pour ce type d rendu c'est vraiment pas mal . Utilisation d'un HDRI comme illumination, pas trop d'objets, pas trop de textures. Maintenant, c'est aussi possible d'avoir ce rendu en 3 minutes avec Vray en CPu et pas mal de temps d'optimisation de tout les réglages de GI . Tout dépend de ce que l'on cherche, un rendu vite fait bien fait d'un scène éclairée en grande partie avec un HDRI et pas trop d'objets , le rendu GPU est parfait. Une grosse scène d’extérieur avec beaucoup d'objets, de textures des lumières de partout, un sky light .. .la CG va souffrir, voire ne pas avoir assez de ram , et un bon vieux rendu CPU en GI habituelle va être plus intéressant. Après il faut calculer l'investissement et l'usure . Il faut aussi admettre qu'une CG en calcule ça fait pas mal de bruit et que ça peut être assez rédhibitoire pour certains environnements

combien de temps en cpu s'il te plais ?

J'ai pas mal utilisé vray RT en GPU en prod , je peux un peu vous en parler. C'est rapide à condition de bien tout penser en amont. Il en faut pas avoir à faire les quelques trucs qui ne fonctionnent pas avec la version RT GPU , mais la liste des features incompatible diminue régulièrement. Il faut avoir du bon matos des carte nvidia de bonnes factures bien refroidies Par exemple, j'ai fait un film avec 9 gtx 580 . 6 sur une vielle config ( 1 vieux DELL core i7 920 ) et 3 autres dans des rendernodes . J'ai utilisé 2 Cubix xpander pour connecter les 6 cartes sur mon dell . ça chauffe beaucoup, j'ai donc modifié toutes mes cartes en watercooling . il faut une bonne installation électrique, ça pompe pas mal chez edf quand ça calcule 9x GTX580 Une clime pour refroidir la pièce ET les cartes graphiques ce film date de 2011, donc le rendu à un peu vieilli , les CG sont plus puissante et Vray RT plus compatible avec plein de nouvelles options. http://www.ghiom.com/blog/project/chaumet-class-one-titane-deep-movie/ j'étais a quelques secondes par images au lieu de plusieurs minutes. c'est bien simple,le calcule de cette GI en type unbiased, donc Noflick sans precalcules, sans avoir besoin de passer du temps à optimiser ça ou ça .. les reflets la réfractions la profondeur de champs ..tout ces trucs gourmands passent comme de rien . le grain sur le métal reste présent et c'est volontaire, c'est un matériaux très spécial limite pailleté . Bref .. il m'aurait fallu une semaine de plus pour faire le même en CPU à l'époque. J'ai gagné en temps de prod, puisque très simple. pas de prise de tête avec telle ombre qui flick, un splotch de merdouille ou autre . des temps de rendu de dingue ! d'ailleurs avec 9 GTX580 j'ai gardé la première place en vitesse sur le bench de vray pendant pas mal de temps Mais que de tunes j'ai perdu !!! plus jamais . D'abord, les cartes chauffées tellement en rendu que j'en ai cramé 4 . j'ai donc racheté des cartes et passé tout le monde en watercooling. Je ne sais pas si c'est due à la chaleur, mais les refroidisseur de watercooling de certaines cartes ont fini par fuir . j'ai cramé mon xpander de 4 carte .. et les 4 cartes qui étaient dessus . je rachète 4 cartes + la modo d'xpander + du nouveau watercooling. et là encore des cartes qui partent en fumée . je vous laisse imaginer la perte financière ( et le temps de mettre au point et de bricoler tout ça ) . mais c’était sympa d'avoir bricolé . Finalement, mon 32 cores + un service tel que ranchcomputing ou autre, c'est plus rentable. mon matos ne souffre plus, les nouveaux systeme de licences qui te font raquer plus qu'avant quand tu utilise plus de nodes basta plus de souci hardware, software. Mais sinon c'est sympa le rendu GPU. J'ai essayé VRAY RT biensure, mais aussi Mosquito, pas convaincu par le développement, Arion qui était plutôt pas mal partit ( beaucoup de features + pas mal de travail sur les couche de compositing , mais un souci avec les créa qui sont pas très ouvert ni à l’écoute. un peu genre régime totalitaire en fait ) ... UN gpu c'est puissant c'est sure, mais ça chauffe beaucoup et c'est fragile . A moins peut etre d'acheter des cartes qui coutent vraiment très très cher.. mais est-ce rentable vu la vitesse à laquelle elle deviennent dépassées ?

c'est vrai, je ne pense jamais au rendu d'image fixe je n'en fait que très rarement.

J'ai testé le stochastic dernièrement et même si je n'ai pas vue trop de différence avec " normal " le temps de rendu devrait être optimisé a ce qu'il parait. donc ça doit dépendre des scènes. Si ils le mettent en default, c'est qu'il doit y avoir une bonne raison de toute façon . Chaosgroup ne s'amuserai pas à mettre une option par default qui cause des problèmes au rendu. Enfin quand on voit leur test dans la doc : http://docs.chaosgroup.com/display/VRAY3MAX/V-Ray+Material+%7C+VRayMtl#V-RayMaterial|VRayMtl-opacityModeParametery'aurai pas photo sur le pourquoi utiliser cette option