Jump to content

SugaR

Premium Members
  • Content Count

    1036
  • Joined

  • Last visited

  • Days Won

    91

SugaR last won the day on September 9

SugaR had the most liked content!

About SugaR

  • Rank
    Membre Senior
  • Birthday 02/12/1988

Contact Methods

  • Website URL
    http://clement-plantec.daportfolio.com

Profile Information

  • Gender
    Male
  • Location
    Toulouse

Recent Profile Visitors

2392 profile views
  1. Je viens de tomber sur un article comparant les perfs en rendus sous blender 2.9. Ca donne je trouve une bonne indication de la situation Intel vs AMD: https://www.phoronix.com/scan.php?page=article&item=blender-290-performance&num=5
  2. A mon avis, au lieu d'Intel, pars sur de l'AMD, meilleurs perfs pour prix inférieur (surtout dans le rendering). Au passage les nouvelles gammes desktop d'AMD sont pour cette fin d'année si tu peux tenir jusque la ? Sinon le Ryzen 3900X est très bien Ensuite question carte graphique, pars sur de la geforce à mon avis, les quadro sont inutiles hormis cas spécifique (que je ne peux te renseigner), mais habituellement si c'est juste pour 3ds max, un geforce devrait faire l'affaire et le rapport prix/perfs est largement meilleurs pour les geforce que les quadro. Au passage, la nouvelle gamme nvidia (RTX 30XX) va sortir très prochainement (l'annonce à eu lieu il y a peu). Et les moteurs de rendus GPU full ray-tracing arrivent (je pense à RedShift principalement), qui vont bien changer la donne, plus nécessairement besoin d'un gros CPU ou d'une render farm..., juste d'une grosse carte graphique plutôt). Dernière demo en date de Redshift: Tu peux sans problème partir sur un SSD pour le système et un HDD pour les données. Pour la tailles des deux, ça reste spécifique à toi... Si tu es short question budget, je ne suis toujours pas convaincu que 64Go de Ram soit utile à tout le monde, ça dépend surtout de ton utilisation. Dans tous les cas, tu peux tout à fait envisager de partir sur 2x16Go de RAM dans un premier temps, puis de rajouter 2x16Go plus tard si tu en as besoin
  3. Quixel mixer, gratuit Je te confirme, le bas des galets est bien déformé en même temps que l'eau ^^. Mais c'est clairement très propre oui
  4. A ma connaissance, les actuels GPU arrivent à peine à saturer un port PCI-E 3.0 en 8x, parler d'un quelconque avantage du PCI-E 4.0 en 16x me parait improbable, même si je peux me tromper bien sur. Le PCI-E 4.0 étant finalement surtout fait pour le stockage via SSD nvme et les gros GPU de calcul type nvidia tesla. Au passage, les nouvelles nvidia (RTX 3XXX) sont pour très bientôt (annonce vers fin aout / début septembre de tête). A voir aussi les futurs GPUs AMD en RDNA 2, même si j'aurais toujours tendance à privilégier nvidia, principalement pour cuda et le raytracing materiel. En tout cas les GPUs vont se renouveler chez nvidia et amd cette année donc autant attendre encore un peu selon moi. Sinon pour le CPU, un threadripper me parait effectivement nickel A voir pour la RAM, mais 2666Mhz, ca me parait faiblard (en tout cas, il est recommandé du 3200 voire 3600 pour les Ryzen, donc ca doit se valoir avec un threadripper) et l'architecture zen3 profite plutot pas mal des hautes fréquences et bas timing sur la RAM (dans la mesure du raisonnable bien sur) et voire aussi pour avoir une synchro avec l'infinity fabric (controleur mémoire des cpu amd actuellement), en gros pour de la ram en 3600Mhz, l'infinity fabric doit être à 1800 Mhz pour que le tout soit synchrone. Sinon cela rajoute une legere latence, réduisant de fait l'intéret de la monté en fréquence sur la RAM
  5. @Nicolas Caplat A première vue c'est un poil plus complexe que ça pour myObjs = selection as array Le problème ici, c'est que tu veux choper la selection actuelle, hors la selection actuelle doit être le contrôler principal et pas les objets à modifier, à cause de: CustAttributes.add $.modifiers[1] SPRING_Control_Custom_attribute" donc ce qu'il va se passer ici, c'est que tu va stocker dans ton array 'myObjs' l'objet sur lequel tu ajoutes le custom attrib il faut donc changer l'une des deux lignes de codes dans ce cas, soit hard coder la manière dont tu récupères 'myObjs' (en utilisant par exemple les noms des objets), soit hard coder l'objet sur lequel tu veux ajouter le custom attrib. Et à mon avis aucune des deux méthodes d'ailleurs n'est à conseiller, le hard coding étant à bannir . Imagine un simple changement de nom, et faut reprendre le script, la misère... Pour ce genre de cas, ce qu'il vaut mieux faire à mon avis, c'est avoir dans la def du custom attrib une partie parameters avec soit un '#nodeTab' soit un '#maxObjectTab' SPRING_Control_Custom_attribute = attributes custom_Attributes ( parameters SpringControlParms rollout:SpringControlRollout ( nodeArray type:#nodeTab tabSizeVariable:true tabSize:0 ) rollout SpringControlRollout "Spring Control" (...) ) ou encore mieux en utilisant des weaks references SPRING_Control_Custom_attribute = attributes custom_Attributes ( parameters SpringControlParms rollout:SpringControlRollout ( weakRefArray type:#maxObjectTab tabSizeVariable:true tabSize:0 ) rollout SpringControlRollout "Spring Control" (...) ) et avoir par exemple un bouton en plus dans le rollout pour selectionner et stocker les objets à modifier derrière. Et ajouter au passage les deux paramètre type float pour "Mass" et "Drag", ce qui permet au passage d'accéder à tout ça par d'autre moyen, puisque ca devient de vrai parametre du contrôleur ($.modifiers[1].custom_Attributes.Mass via mxs par exemple), entre autres avantages (retenir la valeur actuelle par exemple). Certes ca complexifie le tout, mais bon... J'ai proposé à @Balboza qu'on regarde ça ensemble quand il aura le temps, je te transmettrais le tout si tu es intéressé
  6. Si je comprend bien, à chaque fois que tu sélectionnes ton spring, la valeur affiché du spinner dans le control panel est celle par default ? Si c'est le cas et de tête (je n'ai pas touché à tout ça depuis, pfioouuuu... 😁 ), @Nicolas Caplat est sur la bonne voie, il faut que tu rajoutes un truc dans ce genre dans la définition de ton rollout: rollout SpringControlRollout "Spring Control" ( spinner spn_Mass "Height" range:[0,2000,500] type:#float spinner spn_Drag "Height" range:[0,10,2] type:#float on SpringControlRollout open do ( spn_Mass.value = $.position.controller.getMass -- je ne connais pas la syntaxe exacte pour ce contrôleur, à vérifier spn_Drag .value = $.position.controller.getDrag -- je ne connais pas la syntaxe exacte pour ce contrôleur, à vérifier ) on spn_Mass changed val do $.position.controller.setMass val on spn_Drag changed val do $.position.controller.setDrag val ) Au passage, je te conseille de lire la doc sur Scripted Plugins ansi que sur Scripted Utilities and Rollouts d'ailleurs, je constate que tu n'a pas de parameters dans ton custom attributes, c'est plutôt important car c'est ce qui permet de rajouter tes propres parametres à un objet, quelque chose du genre: $.myParameter01 $.myParameter02 etc..., le tout link justement avec l'ui dans le rollout, et qui te permet de modifier ces valeurs ailleurs. Pas forcement necessaire en fonction de ce que tu veux faire mais généralement utile. Sinon je te constellerais aussi peut-être de démarrer par quelque chose de plus simple que les custom attributes et les animations controler, qui sont de réel plaie a dev... N'hésite pas à partager une simple scène de test avec les scripts en question si tu veux que je regarde ça plus en détails
  7. Ca à toujours été le cas, on a toujours eu des démos technique de fou mais aucun jeu n'est jamais parvenus à ce niveau. J'ai même en tête certaine démo technique sortis il y a quasiment 10 ans et qui sont toujours loin devant les jeux les plus poussés actuellement. Au passage, je dirais même que le "grand public" (donc corrige moi si je me trompe ici, mais aka les "gamers") ne sont pas franchement la cible, puisque ce ne sont pas eux qui utilisent les moteurs de jeu. En revanche, et c'est quelque chose qu'il est bien souligné dans la démo d'ailleurs, mais nanite par exemple est là, manifestement fonctionnel et va réellement permettre un gain en productivité énorme. Je ne parle même pas forcement de charger directement des scans 3D (je comprends pas, mon projet fait 1.5 Terabytes... ), mais la possibilité de charger des modèles nettement moins optimisés pour du temps réel ET ne pas à avoir à faire de LOD est quelque chose d'excellent (je me suis assez arraché la tête sur cette question pour en parler xD). Qui plus est, ça ouvre aussi à nettement plus d'industrie que le jeux vidéos, typiquement l'archviz ou le cinema, qui pour certain n'auront pas de soucis à avoir des projets excessivement massif, sachant que derrière il sera rendu uniquement des images et vidéos... Au passage, je trouve l'article de Lidia quelque peu acerbe sur certain point. Alors oui nvidia avait par exemple fait une demo technique similaire (celle des astéroids, que j'avais vu d'ailleurs et qui m'avait bluffé), mais la dernière fois que j'ai vérifié, nvidia ne produit pas de moteur de jeux, juste de la R&D (qui sert principalement à vendre son propre matos, ne l'oublions pas). Epic n'a certainement pas indiqué avoir tout fait lui-même, mais il y a tout de même une énorme différence entre une "simple" démo technique créé et optimisé dans un seul et unique but, et un moteur de jeux fonctionnel qui utilise ladite tech. Il en vas de même pour le ray-tracing en temps réel et tout plein d'autre chose. Faisant du temps-réel à titre pro depuis 10 ans maintenant, je suis clairement ravis de voir ça arriver dans un soft de production et plus juste dans des démo technique sortis de chez nvidia, peut m'importe qui à fait le taf derrière, c'est juste excellent. Sans oublié que l'UE4 et le 5 sont désormais gratuit (sans parlé de megascan et autre) tant qu'on à pas généré un million de $ sur le projet. Et ca, ca met une toute aussi belle claque que la démo
  8. SugaR

    3ds Max 2021

    Je sais même plus si j'ai envie de rire ou pleurer en voyant ça...
  9. Bah il suffit juste de faire une branche blender qui soit un clone de 3ds max et de cloner tous les scripts et plugins, easy 😁
  10. De mémoire, il faut faire comme ça pour dev un plugin payant et fermé pour blender. - avoir le core de son soft en stand alone et non dépendant d'un soft existant (par exemple ne pas dépendre des shaders de max, etc...). Le core peut tout à fait être en license totalement fermé, payante et sans open-source - avoir une passerelle (cette fois ci open-source avec une license compatible avec celle de blender) entre son core et blender. Je ne sais pas pourquoi ce n'est pas possible pour Corona, mais étant donné qu'on peut avoir Vray sous blender, je ne pense pas qu'il s'agisse réellement d'un problème avec la politique de blender concernant les plugins. Je rajouterais que l'open-source n'est pas synonyme de non monétisation... 😉 Sans vouloir dire que c'est facile pour tout le monde, mais de plus en plus d'indés et de studios quittent adsk (et adobe) de manière régulière. Je l'ai déjà dit auparavant, mais hormis l'import export de 3ds max, il n'y a pas grand chose que blender et houdini ne puissent faire, bien au contraire. Donc on peut tout à fait juste dire bye bye a adsk et adobe si on fait l'effort. Perso je suis aussi passé chez affinity par exemple, 80€ pour photo et designer, à leur sortie sous windows (novembre 2016), et j'ai tjs les mises à jour gratuite... A long terme, je pense que dans tous les cas forest pack et railclone seront amené a disparaître (ou en tout cas avoir un intérêt plus que limité), avec l'arrivée de Bifrost chez adsk. Sans dire que c'est pour demain, bitfrost devrait un jour proposer des outils similaire à ceux d'Itoo. Au passage, Houdini fait bien mieux que les plugs d'itoo, et ceux pour le même prix que ces deux plugs, dans sa version indie 😉. Quant à Blender, ils sont aussi en train de dev leur propre système procédural, qui forcement à terme fera la même chose que les plugs d'itoo. Jamais je ne comprendrais pourquoi ne même pas envisager Houdini, après chacun fait ce qu'il veut 😁. Après Unreal ne fait pas de modeling ou d'uvs, donc il faut un modeler tout de même (si on en a besoin, bien sur). Ensuite, et ça reste certes actuel, mais Epic est non seulement absolument pas dans la même cours qu'adsk (ou adobe), mais ils ont aussi une philo très différente. Il suffit par exemple de voir les différences entre le rachat de substance (par adobe) et celui de Quixel (par Epic donc). Les softs substance sont devenus directement en location uniquement, les softs quixel sont devenus gratuits... On peut aussi par exemple parler de Shave and a Haircut, qui sont désormais gratuit pour Arnold, RenderMan and V-Ray (certes dans le cadre de la license d'Epic que je n'ai pas particulièrement regardé). Bref, même si encore une fois ça reste à l'heure actuelle et on ne peut savoir ce qu'il se passera pour Epic d'ici 10 ans par exemple, je trouve qu'il n'y a pas franchement de comparaison possible. Je soulignerais tout de même que je partage plus ou moins la même inquiétude pour le long terme...
  11. Je confirme, l' AMD Threadripper 3990X fait tourner crysis sans GPU, et ca serait même presque jouable, mais ce n'est pas franchement fluide... (démo crysys vers les 10 mins) La dessus je ne m'avancerais pas trop, mais les prochains GPU nvidia annoncent beaucoup de bon dans le raytracing temps réel. Sans trop rentrer dans les détails, les GTX 2XXX étaient un premier test pour voir la faisabilité et l'adoption par les studios (qui s'y mettent tous les uns après les autres pour le coup). Pour les 3XXX, nvidia devrait augmenter significativement la partie raytracing matériel, donc les perfs en raytracing devrait être sacrement amélioré. Après il ne faut pas non plus s'attendre à des rendus full raytraces temps-réel avant quelques années, au moins le temps que les éditeurs (chaos, epic games, etc) sortent de vrais renderers raytracing temps-réel. Pour le moment, on est toujours dans un mixe ray-tracing / rasterisation.
  12. @Nicolas oui, je vois régulièrement des comparatifs d'AV, et Microsoft est tout le temps parmis les premiers. Et comme je précisais, c'est aussi le seul a ne pas amener de nouvelle faille (puisque un AV est un software, et tout software amène des failles ^^) A propos de Win7, il me semble avoir lu il y a peu de temps (à prendre avec des pincettes la, pas sur de moi du tout) qu'en cas de soucis professionnel (vol de donné client et autre truc du genre), on pouvait légalement être tenus responsable. Dans tous les cas, ça reste une bien mauvais idée à mon avis de ne pas changer, même si on aime pas Win10...
  13. Perso je n'ai pas plus de soucis sur Win7 que sur Win10 et même si j'ai toujours un avis mitigé dessus (principalement le menu paramètre merdique à souhait, avec encore que la moitié des trucs, même si ça arrive petit à petit). Au niveau mouchard, y'a juste à désactiver la télémétrie et cortana (y'a du y avoir une amende pour Microsoft par l'EU sur la question). Après, pour ce que ça change, tous les autres appareils / softs nous traquent sans vergogne sans jamais choquer grand monde, mais lorsque Microsoft s'y met, c'est la fin du monde... Au niveau antivirus / parefeu and cie, celui de base est actuellement réputé pour être le meilleur et le plus léger (il a le grand avantage de ne pas apporter de nouvelle failles de sécurité, contrairement à tous les autres). Pour ton soucis Nicolas, désolé ça ne m'ai encore jamais arrrivé... Pour Win7, ne rester absolument pas dessus, plus de mise à jour, donc il va progressivement devenir une passoire, après a vous de voir si vous tenez à vos codes de carte bleu par exemple
  14. La comme ça c'est pas forcement évident de répondre. Pour commencer, commencer fais-tu la gravure du numéro de série ?
×
×
  • Create New...