Author Topic: [appel] à ceux qui touchent leur bille en modélisation (Read 12048 times)

picto · 16 March 2005, 12:46:35

Comment rendre un objet un peu transparent et lumineux sur Orbiter ?

Pas au point du DGIII de She Da Lier quand même....

Plus clairement... quand on fabrique un "material" sur un logiciel 3D.... comment faut'il faire pour que ce matériau
apparaisse dans le Mesh ?
Ou encore, est ce qu'une fonction du genre "Raytrace" peut être gérée par Orbiter ?

Message modifié ( 16-03-2005 12:59 )

picto · Reply #1 - 16 March 2005, 13:08:52

exemple....Orbiter gère t'il ce genre de trucs ?

Schimz · Reply #2 - 16 March 2005, 13:39:09

Déjà, la réflection n'est pas gerée par Orbiter. Et les textures spéculaires, bump et autres diffuse, encore moins.
Orbiter ne gère que les textures de couleur.
Pour la luminosité d'une surface, c'est la 4ième ligne du materiel en question qu'il faut modifier.
Pour éviter de me prendre la tête avec des erreurs de conversion, j'édite mes matériaux directement dans le
fichier .msh

picto · Reply #3 - 16 March 2005, 13:47:58

Comme l'explication que tu avais déjà donné à simfan pour rendre le DG de She Da Lier complètement invisible...

Tout à zéro....dans ce cas là....

Exemple.....pour voir si j'ai compris.....

pour rendre une canope transparente sur orbiter, aller sur le fichier Mesh....
chercher la zone Material appliquée à cette partie du mesh et bidouiller les quatres valeurs materials jusqu'à
obtention du résultat recherché?

Chercher à maîtriser les materiaux dans les progs 3d reviendrait donc simplement à se faire plaisir au moment
du "Rendering" (désolé pour tous ces mots barbares) dans le logiciel 3D....
Mais en clair....rien à fou.... pour Orbiter ?

Message modifié ( 16-03-2005 14:01 )

Schimz · Reply #4 - 16 March 2005, 13:58:07

C'est ça. Faut quand même déclarer les matériaux transparents dans ton soft 3d pour que lors de la conversion les
dits matériaux soient placés en derniers.

Message modifié ( 16-03-2005 14:00 )

Coussini · Reply #5 - 16 March 2005, 13:59:18

J'ai déjà réussi à mettre le DG INvisible Avec 3D studio Max. Si je trouve mon DG invisible.... je pourrais te le
transmettre.... mais le problème.... c'est que je risque de ne plus le retrouver car il est invisible....

Blague à part.... je te l'envoi si je l'ai encore sur mon ordi

Bonne chance....

picto · Reply #6 - 16 March 2005, 14:06:06

Quote

Schimz a écrit:
C'est ça. Faut quand même déclarer les matériaux transparents dans ton soft 3d pour que lors de la conversion les
dits matériaux soient placés en derniers.

Merci Schimz....

Quote

Coussini a écrit:
Bonne chance....

Merci Coussini...mais je l'ai déjà...
C'est un bon exemple...pour la gestion des matériaux sur Orbiter....

picto · Reply #7 - 16 March 2005, 14:16:24

Bon, ben puisque vous avez l'air en forme....

Je rêve d'un chti DGIII tout chromé....et tant pis pour les reflets....
Après quelques discussions avec Maître Dan, je sais que du chrome peut faire son petit effet sur des parties
cylindriques de Mesh....exemple Appolo...
Mais fait tout pourri sur des ailes planes....mais faut voir....

Là par contre je ne m'en sors pas même sur le soft 3d....

S'agit'il d'un mélange de texture dessinée et de raytracing et compagnie ?
Ou d'autre chose qui ressemblerait simplement à la bidouille du DGInvisible ?

Au passage, si ça peut en aider d'autres....
http://forum.hardware.fr/forum2.php3?post=2359&cat=12
Trouvé sur ce site.....
Ce que je fais pour créer du chrome, c'est une texture "Metal" (Shader Basic Parameters) avec un Specular Level de 150 et un Glossiness de 75. J'y rajoute une Reflection de 95 (dans les Maps, en bas) en Raytrace.
Utile pour Orbiter?

Message modifié ( 16-03-2005 15:42 )

Spacingbluefrog · Reply #8 - 16 March 2005, 18:39:16

On en revient toujours à : LcPdM. En l'occurence 3Dmodel.pdf , en bas page 6 et en haut page 8.
Tu constateras qu'Orbiter gère parfaitement bien tout ça. Toutes mes propriétés de rendus pour mes textures, je les définies
directement dans Gmax. Et ça marche très bien. J'ai jamais été mettre le nez dans le fichier .msh pour les prop des matériaux.
Exemples: le dôme transparent dans ma base Soltech a été directement défini dans Gmax.
De la même manière, si tu regardes attentivement les textures du HST12, tu verras que toute la partie arrière à partir du
cargo a un glossiness assez important.
La seule chose qu'Orbiter ne gère pas, c'est les reflets. L'aspect chromé serait un "must", mais j'ai pas trouvé le moyen
de rendre ce genre de textures. Le mieux que j'ai pu faire, c'est un aspect aluminium anodisé.

Message modifié ( 16-03-2005 18:44 )

Schimz · Reply #9 - 16 March 2005, 18:44:33

oui mais quant on utilise autre chose qu'un soft Discreet, faut bien se débrouiller autrement

Spacingbluefrog · Reply #10 - 16 March 2005, 18:48:13

Oui mais attention, le monsieur Picto, lui, l'a choppé carrément le 3Ds Studio.

Alors, autant qu'il en profite....

picto · Reply #11 - 16 March 2005, 19:06:56

Quote

En vrac.... Spacing et Schimz ont dit des tas de trucs.....

[/b][/i]

Quote

c'est un aspect aluminium anodisé.

Quote

De la même manière, si tu regardes attentivement les textures du HST12, tu verras que toute la partie arrière à partir du
cargo a un glossiness assez important.

Ce qui n'est déjà pas si mal...

....et en plus ezac....c'est même ce qui donne un chti côté Higheuh Techeuh à Soltecheuh

Quote

l'a choppé carrément le 3Ds Studio. quant on utilise
autre chose qu'un soft Discreet, faut bien se débrouiller autrement

....mauvaise langue....C'est quoi Discreet...

Quote

On en revient toujours à : LcPdM. En l'occurence 3Dmodel.pdf , en bas page 6 et en haut page 8.

Tiens, j'l'ai jamais lue celle là....Mais merci pour les infos....

Elle est où cette doc???

Ps...Spacing...demain si tout vas bien pour le Dll...là j'ai pô Orbiter sous la main....pitêtre la nuit prochaine

Message modifié ( 16-03-2005 19:15 )

Spacingbluefrog · Reply #12 - 16 March 2005, 19:29:41

tout bêtement dans le rep /doc du SDK d'Orbiter.
Si tu commences à vouloir trifouiller dans l'add-on, c'est pas seulement conseillé de le téléchager, c'est OBLIGATOIRE!

Pour, le dll, ouais, vivement demain....Remarque, y a déjà eu pratiquement 500 dl et je n'ai eu que 4 retours me signalant le
bug...c'est plutôt bon signe....

picto · Reply #13 - 16 March 2005, 19:37:35

Quote

tout bêtement dans le rep /doc du SDK d'Orbiter.
Si tu commences à vouloir trifouiller dans l'add-on, c'est pas seulement conseillé de le téléchager, c'est OBLIGATOIRE!

Pour, le dll, ouais, vivement demain....Remarque, y a déjà eu pratiquement 500 dl et je n'ai eu que 4 retours me
signalant le
bug...c'est plutôt bon signe

Avec le tout dernier ? ben

alors....
Ben voui....pour le SDK....mais tu ne crois pas qu'il serait bon d'en faire une doc en français ?
L'anglais, je ne sais pas pourquoi, quand il faut en plus apprendre des tas de trucs à côté me rebute un chtipeu....je
ne sais vraiment pas pourquoi.....

Mais merci quand même...ça doit malgré tout dépanner....

Spacingbluefrog · Reply #14 - 16 March 2005, 20:01:02

Attends, si je comprends bien, tu veux traduire le SDK?
Tu te rends compte du boulot?
En plus, je suis pas vraiment sûr que se soit fondamentalement utile. Je veux dire que si tu tâtes de la prog, forcement t'as
été obligé d'apprendre un minimum d'anglais technique. Et puis, l'API reference manual, c'est pas du Shakespeare!
Tiens un exemple au vol:
GetDockStatus
Returns a handle to a docked vessel.

Synopsis:
OBJHANDLE GetDockStatus (DOCKHANDLE dock) const

Parameters:
dock dock handle

Return value:
Handle to vessel docked at the specific port, or NULL if no vessel is docked at that port.

Voilà ce que ça donne en français:

GetDockStatus
Renvoie un descripteur pour un vaisseau arrimé.

Synopsis:
OBJHANDLE GetDockStatus (DOCKHANDLE dock) const

Parameters:
dock descripteur du port d'arrimage

Return value:
Descripteur pour un vaisseau arrimé au port spécifié, ou NULL s'il n'y a pas de vaisseau à ce port.

Hummm.....Alors....

picto · Reply #15 - 16 March 2005, 20:08:25

Oui, oui...en fait, je crois bien que c'est ce qui reste qui est du chinois pour moi...
OBJHandle...par exemple... je n'ai jamais fait de prog...tu as jeté un chti coup d'oeuil au topic sur CVEL...tu vas
comprendre le niveau....d'ailleurs si on repense au coup de ton Dll..et de comment je m'en suis dépatouillé..ça devrait t'éclairer un peu...

Message modifié ( 16-03-2005 20:12 )

Spacingbluefrog · Reply #16 - 16 March 2005, 20:21:34

oui, j'ai vu....

mais j'ai pas voulu en rajouter....
En fait, de deux choses l'une. Soit t'as jamais écrit une ligne de code et alors le C++, c'est pas par là que je
commencerais. Autant dire que ton premier dll, faut pas y compter cette année....
Soit t'as déjà programmé, mais tu connais pas le C++. Là, c'est beaucoup plus facile, y'a les exemples du SDK, et plein, mais
alors plein de tutoriaux sur le net. Bon, d'accord, la plupart sont en anglais.....mais cf ce que je disais plus haut....
Et alors tu peux facilement te lancer. C'est exactement ce que j'ai fait pour le Soltech project. Y'a à peine plus d'un an,
j'avais jamais écrit une seule ligne de C++.

picto · Reply #17 - 16 March 2005, 20:38:05

Bah oui...mais donc j'en reviens à ma question...

Parce que quand tu lis tous ces trucs...et que tu penses à comment je m'y connais en informatique...
Il y a encore deux mois quand il fallait changer une extension de fichier pour une conversion, je prenais mon piti
fichier, j'allais sur le bureau avec et click droit sur le nom du fichier....trois ptis coups de suppr sur l'extension et
avec mes petits doigts boudinés comme dirait le maître de céans je te retapais la nouvelle extension....j'éxagère pas,
hein...Je l'ai fait ça !!! Pas souvent, mais je l'ai fait !!

Un exemple...
Question en approche Newbie de CVEL...

Faut'il savoir programmer pour pouvoir utiliser CVEL ? dans le FAQ (ça je sais en anglais;) )
réponse NON

et visiblement, les choses sont présentées sous le même angle dans Spacecraft.dll

Etc...Etc.. d'ou ma demande réitérée....quelqu'un (tu remarqueras que je ne cite pas de noms) peut'il
m'accompagner dans cet apprentissage ?

Pic
quotée en Blue...blue...la question...

Spacingbluefrog · Reply #18 - 16 March 2005, 21:03:02

Ben, pour répondre à la question blue....oui, y a certainement quelqu'un.....
Mais pas moi...D'abord parce que j'ai pas la moindre idée de ce qu'est CVEL. Ensuite parce que j'ai jamais vraiment mis le
nez dans spacecraft.dll ou aircraft.dll. Pour ceux-là d'ailleurs, d'après ce que j'ai pu lire içi ou là, ils ne sont plus au
top, trop vieux, mais Vinka serait en train de mettre une nouvelle version au point.
En fait ils te permettent de "personnaliser" un modèle en complétant un fichier ini. Fabriquer une fusée à deux étages par
example, une fois que tu as les meshes, bien sûr. C'est plus simple qu'écrire un dll, mais en revanche t'es limité par les
fonctions disponibles.

Ps, j'aime bien la grenouille.....

picto · Reply #19 - 16 March 2005, 21:12:38

Quote

En fait ils te permettent de "personnaliser" un modèle en complétant un fichier ini. Fabriquer une fusée à deux
étages par example, une fois que tu as les meshes, bien sûr. C'est plus simple qu'écrire un dll, mais en revanche t'es
limité par les fonctions disponibles.

Mais justement....déjà ça...je sais pas le faire...j'en suis au stade ou je me retrouve comme un con avec des Meshs,
et puis je sais pas quoi en faire ne serait ce que pour que ça apparaisse sur Orbiter...c'est ça ma question...c'est pas
de la prog et compagnie...

chaque chose en son temps quoi....

La grenouille....citer le message dans ta réponse...click droit et elle est à toi....

Message modifié ( 16-03-2005 21:15 )

Spacingbluefrog · Reply #20 - 16 March 2005, 21:49:28

Bon, ben commençons par le commencement....
Question 1 - Comment faire pour faire apparaître une mesh dans Orbiter?
Alors, recette a minima:
- prendre une bonne mesh fraîche, bien brillante, la mettre au chaud dans le rep /Meshes
- Si la meshe en question a des textures, s'assurer qu'elles sont bien au format dds et les mettre dans /Textures
- Créer un fichier .cfg
a) copier un fichier .cfg existant. Le renomer mameshe.cfg
b) Eliminer tout ce qui n'est pas utile....

En gros garder ça :

; === Configuration file for vessel class "mameshe" ===
ClassName = mameshe
MeshName = mameshe
Size = 20.0 ///ça c'est la taille de la plus grande dim de ta meshe en m.

COG_OverGround = 2.0 ///ça c'est pour définir la position de ton centre de gravité au -dessus du niveau du sol (qui est à
une ALTITUDE de 2.45m dans Orbiter, j'ai jamais compris pourquoi....

- Créer un scenario avec ta meshe à l'intérieur.
Refaire les opérations a) et b) de l'étape précédante, mais avec le fichier scn. Ce qui au final donne pour le fichier
mameshe.scn:

BEGIN_DESC
fichier test pour ma meshe
END_DESC

BEGIN_ENVIRONMENT
System Sol
Date MJD 51981.965
END_ENVIRONMENT

BEGIN_FOCUS
Ship MMSH-01
END_FOCUS

BEGIN_CAMERA
TARGET MMSH-01
MODE Cockpit
FOV 60.00
END_CAMERA

BEGIN_SHIPS
MMSH-01:mameshe //içi il faut être cohérent avec le nom que tu lui as donné dans le focus et dans la camera i.e. MMSH-01 et
mameshe doit correspondre au nom défini dans le fichier .cfg pour le CLASSNAME
STATUS Landed Earth
BASE Habana:2
HEADING 5
END
END_SHIPS

Bien évidemment, mettre le fichier mameshe.scn dans le rep /Scenarios

Lancer Orbiter et choisir le scenar en question.

Se demander pourquoi on se prend aussi sec un CTD dans les dents.....

Non, je plaisante.....Si tu suis cette manip, ça
devrait bien se passer. Bon, bien sûr, tu pourras pas en faire grand chose de la bestiole, mais au moins, tu la vois dans
Orbiter, et ça c'est un bon bonus la première fois que ça t'arrive....

picto · Reply #21 - 16 March 2005, 22:02:27

Yes...yes...yes...merci Spacing....

Quote

Se demander pourquoi on se prend aussi sec un CTD dans les dents..... Non, je plaisante.....Si tu suis cette
manip, ça
devrait bien se passer. Bon, bien sûr, tu pourras pas en faire grand chose de la bestiole, mais au moins, tu la vois
dans Orbiter, et ça c'est un bon bonus la première fois que ça t'arrive....

Oui, ben moi même en suivant à la lettre, il risque d'y avoir des CTDs....nan...nan....je vais m'appliquer....

Tu vois, là, la jolie feuille que tu viens de déposer délicatement dans le forum, c'est typiquement le genre de page
que je ferai remonter dans une chtite doc pour débutant....J'ai déjà fait un truc pas à pas sur la modélisation en elle
même...
Donc, si on fait suivre ce qui va suivre...et bien, on se retrouve avec une jolie petite doc qui va peut être faire naître
des vocations....voili....et encore merci....

C'est sérieux ça ? C'était si simple...pour démarrer....

Mameshe.cfg

Quote

; === Configuration file for vessel class "mameshe" ===
ClassName = mameshe
MeshName = mameshe
Size = 20.0
COG_OverGround = 2.0

OOpss, j'avais déjà oublié ça....COG_OverGround = 2.0 .....

Message modifié ( 16-03-2005 22:08 )

Spacingbluefrog · Reply #22 - 16 March 2005, 22:06:57

Bon d'accord :
Size = 18.0

picto · Reply #23 - 16 March 2005, 22:10:35

Quote

Spacingbluefrog a écrit:
Bon d'accord :
Size = 18.0

Moui...

Bon ensuite...les autres critères....un par un c'est vachement bien je trouve....
Question de clarté...
A ce stade, j'imagine que tu as un vaisseau qui ne peut pas bouger...décor?

Spacingbluefrog · Reply #24 - 16 March 2005, 22:26:02

Tout à fait juste...
Mais si tu veux aller plus loin, là y va falloir commencer les choses sérieuses, c'est à dire ouvrir la littérature de Martin.
La description complète du fichier cfg pour les vaisseaux se trouve dans le 3Dmodel.pdf.
Là il n'y a pas grand chose à rajouter, c'est clair, c'est précis. Bon je te l'accorde, ce manuel là, il pourrait peut-être
interressant de le traduire. Mais en fait, c'est surtout les commentaires qu'il pourrait y avoir qui présenteraient le
véritable intérêt.