C'est quoi des primitives ? et natif ?

Bonjour,

Je vois passer de temps à autre les mots "primitif" et/ou "natif", voire qu'on pouvait en créer ?

Kesako ? A quoi çà sert ? Comment ça marche ?

Les primitives sont les objets très simples que l'on peut créer dans un logiciel comme Daz Studio par exemple, cubes, sphères, plans, torus, pyramides, cônes.
Les fichiers utilisés "en interne" par un logiciel sont des fichiers natifs (ils sont propres au logiciel). Si l'on veut utiliser dans un logiciel un fichier d'un autre format, il faut avant le convertir au fichier natif de ce logiciel.

Merci merci...

Donc, si j'ai bien compris, les personnages, fringues et autres objets utilisés pour et dans daz sont des natifs ?

schatzie a écrit:

Donc, si j'ai bien compris, les personnages, fringues et autres objets utilisés pour et dans daz sont des natifs ?

Presque... En fait les composants que tu cites sont natifs pour Poser qui est l'application qui a défini à l"origine les formats des données (d'où le terme natif car c'est Poser qui les a fait naître, si on veut). Ensuite d'autres applications ont fait en sorte de pouvoir relire les formats natifs de Poser pour pouvoir les exploiter : DAZ Studio, Carrara, etc.

Lorsqu'un format natif devient tellement courant que toutes les applications finissent par le reconnaître, cela devient un standard. Comme le format OBJ, développé initialement par Wavefront.

Enfin, si on veut établir des différences, on peut les reconnaître dans les fichiers de textures : les fichiers .MT5, .MC6, etc. sont natifs à Poser et non reconnus dans DAZ Studio et inversement, les fichiers .DS sont natifs à DAZ Studio et ne sont pas reconnus dans Poser. On peut donc dire que la compatibilité entre Poser et DAZ Studio s'arrête aux géométries (ce sont des fichiers OBJ en fait, donc reconnus par à peu près tout le monde), aux squelettes d'animation, aux déformations et à quelques textures de base. Les deux applications sont assez peu compatibles sur les lumières et les caméras et quasiment pas sur les textures. Ce qui n'est déjà pas si mal...

Ouhlàlà il va me falloir du temps avant que j'intègre tout cela moi....

Je ne pense pas que ton problème se soit de comprendre les mots, mais comment utiliser , gérer et maitriser tout ce que cela représente ...

Je dirais que DAZ Studio lit nativement les format Poser .CR2, .PP2, PZ2, .PZ3, .LT2, .CM2 sans besoin d'importer ces formats

Citation :

Ensuite d'autres applications ont fait en sorte de pouvoir relire les formats natifs de Poser pour pouvoir les exploiter : DAZ Studio, Carrara, etc

Il y a t-il d'autres applications que D|S et Carrara qui lisent nativement le format Poser ?

Citation :

Les deux applications sont assez peu compatibles sur les lumières et les caméras

D|S lit nativement les formats .LT2 et .CM2 mais concernant les lumières on obtient des rendu différents de Poser

Citation :

et quasiment pas sur les textures.

Les textures par .PZ2 semblent bien marcher et je ne vois pas de différence avec .DS !

Truspace peut ouvrir les fichier pp2 hr2 et autres, du moment qu'ils renferment une structure d'objet , c'est son plug in specialisé dans le traitement des fichers obj qui s'en charge

les shader en mode mc6 ne sont exploitables que si l'estension est réécrite sou pz2
et la version de poser 5 utilise un "shader tree" qui n'est pas utilisé par Daz , il sera donc obligatoire de fabriquer de nouvelles maps pour que les objets utilisant ce type de "shader" puisse donner quasiment la même chose sous Daz
J'utilise plutôt Daz pour créer mes scènes mais j'ai poser 7 et bryce 6
je regarde donc le résultat du rendu avec cette texture native dans poser
puis j'importe dans Bryce l'objet correspondant et grâce au générateur de map
je recrée un nappe au mieux que j'exporte , cette map je vais pouvoir l'utiliser sur l'objet importé dans Daz
et si cela en vau la peine , l'incorporer a la place de l'arbre d'origine dans le fichier XX2 ou sous forme de fichier pz2

goupil a écrit:

Citation :

Ensuite d'autres applications ont fait en sorte de pouvoir relire les formats natifs de Poser pour pouvoir les exploiter : DAZ Studio, Carrara, etc

Il y a t-il d'autres applications que D|S et Carrara qui lisent nativement le format Poser ?

Pas parmi les autres applications que j'utilise. Peut-être Vue 7/8 ?

goupil a écrit:

Citation :

Les deux applications sont assez peu compatibles sur les lumières et les caméras

D|S lit nativement les formats .LT2 et .CM2 mais concernant les lumières on obtient des rendu différents de Poser

Les caméras sont correctement relues mais Poser utilise un système complet de plusieurs caméras qui fait que parfois l'importation place des caméras inutiles. Les lumières sont relues également mais tous les paramètres ne sont pas réinterprétés de la même manière. Personnellement, je n'utilise quasiment jamais les fichiers des caméras et des lumières, je préfère tout recréer.

goupil a écrit:

Citation :

et quasiment pas sur les textures.

Les textures par .PZ2 semblent bien marcher et je ne vois pas de différence avec .DS !

DAZ Studio relit globalement bien les textures de Poser 5 et quasiment pas du tout les textures faites pour Poser 6+, hormis pour les données les plus évidentes qui ont leur équivalent dans DAZ Studio (diffusion, spécularité, opacité, bump-map, déplacement à peu près). Comme beaucoup de produits utilisaient intensivement les textures plaquées, les rendus étaient effectivement similaires dans Poser et DAZ Studio. Mais depuis la version 6, Poser a introduit un nouveau moteur de rendu (appelé Firefly) qui admet la définition de textures procédurales (i.e. calculées au moment du rendu) définie via un arbre (shader tree) de fonctions, ce qui améliore considérablement la qualité des rendus et diminue les besoins en mémoire. Et là les choses se compliquent car ces textures ne peuvent plus du tout être interprétées par le moteur de DAZ Studio (3Delight), ce qui explique que beaucoup de produit, notamment ceux vendus chez DAZ, intègrent des textures (shaders) pour Poser ET pour DAZ Studio.

Lorsque, sur les sites marchands, les produits indiquent qu'ils ne sont pas compatibles avec DAZ Studio, c'est souvent pour de raisons de shaders (l'autre raison est qu'il s'agit de scripts destinés à Poser).

Merci pour vos réponses

mais je ne comprends pas ce que veut dire "shader tree"
Dans Carrara, que je découvre progressivement, j'ai vu que les possibilités de textures sont bien plus avancé que dans D|S permettant de mettre plusieurs niveau ou sous niveau de textures (par addition / soustraction / multiplication etc.) sous forme d'arborescence (tree) permettant par exemple d'ajouter une texture texte et une texture image sur une texture tissu pour un T-Shirt.
Cela peut faire appel à des fonctions binaire de fusion des différents niveaux de textures comme on le voit couramment dans les calques dans les logiciels de dessins 2D
mais cela n'est pas fait pour réduire la mémoire, alors je suppose que la méthode Poser 6 doit être différente ?

goupil a écrit:

mais je ne comprends pas ce que veut dire "shader tree"

L'arborescence de Carrara est un "shader tree", comme celui de Poser. La seule différence réside dans l'interface utilisateur.

En fait, il faut bien comprendre que la réalisation d'un shader (je n'ai pas de terme précis en français à lui substituer) correspond à de la programmation informatique. Il y a des paramètres en entrée (position du point, vecteur normal, origine de la lumière, position de la caméra) et il faut produire des valeurs pour le rendu : couleur de diffusion, spécularité, amabience, transparence, etc. Comme la plupart des utilisateurs de logiciels 3D ne savent pas programmer (en fait, beaucoup d'informaticiens également ne savent pas programmer !), les éditeurs de logiciels pensent à des interfaces qui permettent de remplacer la programmation par des artifices graphiques : la création d'un arbre en est un (on peut démontrer que formellement tout programme informatique est matérialisable par un arbre) pour Poser, Carrara. Bryce a un laboratoire similaire avec un arbre réduit à quelques noeuds.

goupil a écrit:

Dans Carrara, que je découvre progressivement, j'ai vu que les possibilités de textures sont bien plus avancé que dans D|S

Ce n'est qu'en apparence...

DAZ Studio a pour moteur de rendu 3Delight qui est un moteur Renderman. Or, pour un moteur Renderman, la création d'un shader revient à écrire directement un programme informatique dans un langage dédié : le RSL (Renderman Shading Language). Les compétences en RSL sont très recherchées car elles ouvrent les portes des studios d'animations aux USA ! Le principe de Renderman est de programmer un shader pour le rendu souhaité de chaque partie du modèle en respectant les contraintes des films d'animation (3mn par image au maximum). C'est un donc un travail d'artisan pour chaque objet.

Ce que DAZ a fait, c'est de proposer des shaders par défaut qui sont enrichis par quelques modules complémentaires (Uberlight par exemple). Mais l'ajout de nouveaux shaders est assez complexe pour un utilisateur standard car il faut connaître RSL et les moyens d'intégration du shader dans l'interface de DAZ Studio. Et c'est une tâche très technique...

Dans la version 3 avandée (DS3 Advanced), DAZ propose également un outil pour créer des shaders via une interface graphique et... un arbre ! Il est donc possible de créer des shaders très complexes dans DS3 comme dans Poser ou Carrara. Le seul problème est que cette interface n'est qu'un outil graphique destiné à éviter de saisir directement du code RSL mais ne simplifie en rien la conception d'un shader d'autant que les noeuds de l'arbre et les paramètres sont directement ceux des fonctions de RSL. Et comme il n'y a pas de documentation, il y a très peu de création de nouveaux shaders dans DS3 !

À noter que la création de shaders est une tâche qui est également très peu documentée dans la quasi totalité des applications, quelles que soient leurs possibilités !

goupil a écrit:

mais cela n'est pas fait pour réduire la mémoire, alors je suppose que la méthode Poser 6 doit être différente ?

C'est exactement la même chose pour Poser que pour Carrara ou tout autre application qui utilise des textures dites 'procédurales' (le terme 'procédurale' indique d'ailleurs que c'est de la programmation !). Les différences résident dans les fonctions proposées à l'utilisateur qui ne sont pas totalement les mêmes car elles dépendent du moteur de rendu, même si il existe beaucoup de points communs entre les fonctions présentées.

Par contre, les textures procédurales qui ne font pas ou très peu appel à des images externes sont excessivement précieuses en termes de ressources car justement elles ne consomment pas de mémoire. Elles génèrent juste des calculs au moment du rendu, c'est-à-dire du temps CPU, qui n'est pas la ressource la plus critique en 3D.

Je crois que je ne vais pas être compétent en "shader" tout de suite
Cela me paraît bien complexe

Si j'ai bien compris, les moteurs de rendu Firefly (Poser 6+) et 3Delight (DAZ Studio 3) qui supportent tous les deux les textures procédurales ne sont pas compatibles entre eux
Ce dernier utilisant RSL (Renderman Shading Language)

De quel moteur de rendu est basé Carrara ?

Très instructif B|R, même si tu n'entres pas dans les détails, il existe sur internet plein de doc concernant ce type de programmation.
Mais en effet il faut plonger alors au cœur de la matière,

En revanche on retrouve des éléments du "premier niveau" dans le panneau avancé de surface de daz studio et beaucoup plus de niveau dans celui de Poser, mais il y en a aussi dans les fichier xx2 qui ne sont pas directement accessibles dans daz tel que KsIngnoretexture qui permet de créer des reflets speculaires sur une texture map
Le but dans daz studio 3 est de pouvoir accéder aux niveaux suivants directement par programmation, c'est a dire de pouvoir fixer a un objet ses caractéristiques propres, dans être obligé d'y revenir à chaque nouveaux chargements.
de pouvoir documenter , le déplacement, la réfraction , et bien sur de pouvoir créer des maps procédurales, pour des surface fractales, nettement moins gourmandes en ressources.
même en ce qui concerne les calculs

La formule du bruit de Perlin, par exemple, celle qui génère de si beau ciel, les moutons au sommet des vagues , la distribution du gazon ... ne tient que sur quelques octets ... et est capable de fabriquer des textures équivalente a 10000px X 10000 px en qq microsecondes , avec un précision est un réalisme inégalé, et qui, par surcroit, est dynamique est permet d'être aussi préside pour de grandes surfaces que pour les zoom les plus fins.
En revanche, si il faut afficher des élément non redondants, alors la les structures procédurales doivent faire place au map qui sont, a ce niveau, beaucoup plus performantes

goupil a écrit:

Si j'ai bien compris, les moteurs de rendu Firefly (Poser 6+) et 3Delight (DAZ Studio 3) qui supportent tous les deux les textures procédurales ne sont pas compatibles entre eux.

Oui. Ils sont compatibles jusqu'à ce que savait faire Poser 4 et les chemins ont ensuite fortement divergé. Aujourd'hui les shaders évolués de Poser ne sont pas reconnus dans DS et inversement.

goupil a écrit:

De quel moteur de rendu est basé Carrara ?

Carrara possède son propre moteur de rendu, développé à l'origine par Eovia qui a été racheté par DAZ. Comme Bryce qui a également son propre moteur de rendu et qui a été acquis par DAZ. Le choix de 3Delight pour DAZ Studio vient probablement de ce que DAZ ne souhaitait pas à l'époque développer son propre moteur (avant le rachat des autrs produits) et a adopté le moteur 3Delight qui était diffusable gratuitement. DAZ possède donc 3 produits qui ont des moteurs différents !

d-jpp a écrit:

En revanche, si il faut afficher des élément non redondants, alors la les structures procédurales doivent faire place au map qui sont, a ce niveau, beaucoup plus performantes

Les textures maps sont effectivement incontournables pour certaines textures, notamment les personnages.