[DGIV] Création pour le DGIV !

[Atmoz]

Hello world !
(je précise avant de commencer que je ne sais pas si ma demande sera possible/autorisée !)

Ayant parfois envie de faire autre chose que jouer avec Orbiter, je me suis mis dans l'idée d'essayer de créer un petit "addon" pour le DGIV... pourquoi pas un p'tit satellite ou un truc dans le genre. Pas juste le truc à déployer abandonner dans l'espace, mais peut être un truc à configurer, mettre en route, ...

Seulement, le souci c'est que j'ai un tas d'idées qui pourraient donner un truc sympa au final... mais je n'ai aucune idée de par où commencer sachant que je n'ai jamais rien développer pour Orbiter !

Bref, je fais appel à la communauté histoire de voir si quelqu'un pourrait m'aiguiller dans mes recherches !
Des explications, un tutos, d'autres développeurs, ... niveau "technique", y a pas de soucis. 3D, 2D, ... ne sont pas un problème. Mon souci se situe vraiment au niveau de Orbiter, les DLL, scénarios, ...


Merci

[antoo]

Que veux tu créer ?

[Atmoz]

J'imaginais par exemple créer 4 petits modules, à pouvoir placer et déployer en orbite à partir du DGIV.
Modules qu'il faudrait d'abord sortir et configurer à l'aide d'un UMmu, et qui finalement partirait seul vers d'autres planètes, ... enfin, comme je l'ai dit, j'ai quelques idées en tête, mais c'est plus au niveau technique que çà bloque !

Voilà pourquoi je cherche une "source" de départ !

En résumé, la, ce que j'aimerais pouvoir faire pour commencer vraiment avec les bases, c'est pouvoir importer ne fut-ce qu'un simple cube dans orbiter, le charger dans un DGIV et pouvoir le placer en orbite ! Après tout, il faut bien commencer par le début !

Voilà pourquoi je suis preneur de toute aide, infos, tutos, ... que vous pourrez me fournir à ce sujet

[Fast_toche]

Bonjour Atmoz!

Il serait déjà interessant de savoir sur quel modeleur 3d  tu travailles?
Car suivant le soft les exporteurs vers orbiter sont différends.

[Atmoz]

J'aimerais bosser sur Cinema4D, car j'ai une très bonne maîtrise de celui la !
Par contre, je pense qu'il n'existe pas de plugin export pour le mesh (j'ai pas beaucoup cherché non plus !). Je passerait peut être sur une autre... 3DS Max, Blender ou même Anim8or qui ont, si j'ai bien compris, tous le plugin d'export pour Orbiter. Par contre, j'ai jamais touché Anim8or

[Fast_toche]

Je travaille sous blender qui est trés bien mais en parallèle j'apprends 3dsmax qui reste la référence en terme de puissance et de possibilités.
Anim8or je l'ai juste testé mais il y a pas mal de créateurs qui l'ultilisent dans notre forum et qui pourront t'aiguiller si tu décide de travailler avec celui-là.

Mais aprés tu as certainement des possibiltés d'export en .obj par exemple qui est un format trés pratique pour conserver les coordonnées des textures la taille de l'objet l'assemblage des groupes et sous-groupes.
Ce qui te permettrait de le réimporter dans un des soft précités.
Et de l'exporter sous orbiter et inversement.

Pour faire ton premier modèle je te conseille de t'inspirer de modules déjà existant.
Ainsi tu pourras voir la hiérarchie  des dossiers  et ou tu devras mettre fichiers pour qu'ils soient opérationnel etc...
http://francophone.dansteph.com/?page=addons&type=3

Sans oublier les tutoriels existant!
http://francophone.dansteph.com/?page=tutorials

[SolarLiner]

Exporte ton mesh via FBX vers Blender (ce qui à l'avantage d'éviter de payer en plus), qui lui possède un exporteur MSH.

Pour l'idée des sondes automomes, c'est déjà très simple, il faut juste connaître IMFD et ensuite se metre dans la peau de Mission Control afin de déterminer la trajectoire.
Sinon, c'est une vraie grosse plaie à coder, faire un solveur Lambert, essayer plusieurs fenêtres de lancement, etc ...

Ce que je verrai bien, c'est une sonde qui renvoie de *vraies* images de ses caméras. Via un MFD, via VNC ou tout autre moyen de transfer d'images (sauvegarde de fichiers aussi pourquoi pas) voire même en SSTV (ça, ce serai cool!). Camera MFD permet de placer une caméra en plus dans un MFD, je me demandes si les code source est disponible pour pouvoir transférer tout cela.

Un autre truc cool serai de pouvoir faire un vrai relai de contrôle à la RemoteTech dans KSP (si jamais tu connais), qui permettrais de contrôler une sonde uniquement si elle a un contact avec le sol (ou via envoi de commandes programmées).


Dans tout les cas tu peux toujours faire l'alliance avec un développeur, toi tu soumet le mesh et lui code le tout. Le XR2 Ravenstar est né d'une coopération, dbeachy n'a "que" codé la bête.

[antoo]

L'idée de la prise d'image est excellente! Et en sstv... Ce serait super amusant!

[Atmoz]

Ca faisait partie de mes idées en fait
J'avais pensé créer un mini sat (ou un mini rover même !) qu'on aurait pu envoyer à travers l'espace et qui aurait renvoyé des images et / ou vidéos de sont voyage ou son exploration sur une planète ou l'autre !

Mais bon, j'crois qu'avant d'en arriver là, j'ai pas mal de chemin à faire

[pilote334]

Ce qui pourrait être sympa, c'est d'avoir des caractéristiques communes à tous tes satellites que tu envoies. Cela permet d'avoir une première base de travail, on crée une "classe" de satellites. Il est ainsi plus facile de les personnaliser en fonction de leurs objectifs respectifs...L'exemple type sont les cargos UCGO de DAN. Ils ont tous la même base et pourtant on leur fait faire plein de choses...

[SolarLiner]

Tu veux dire, une classe "Satellite" de base qui contient les composants pour de base pour la gestion du satellite (électricité, gestion de la rotation, etc.), et après hériter de cette classe de base pour en faire des satellite d'observation, de communication, et autres? Hmm, ce n'est pas une mauvaise idée.

[pilote334]

Solarliner, tu as exactement traduis mon idée en concept C++.

[SolarLiner]

Il y aurait de quoi faire sur une base à la "Spacecraft" où les données du satellite serai indiqué dans un fichier ini (paril, panneaux solaires, groupe anim panneaux solaires, point et axe de rotation; autres systèmes; etc.). Il y a de l'idée ! On s'éloigne de l'idée de base de Atmoz mais ça me paraît faisable !

[pilote334]

Je pense qu'il pourrait y avoir plus souple en créant une entête (un header) C++ un fichier de la classe de base et un autre qui contiennent les spécificités de chacun des satellites. Avec le jeu des includes, c'est relativement facile et d'une très grande souplesse. On compile le tout pour chaque satellite. On peut même aller plus loin en créant une librairie statique contenant la classe de base, on a plus qu'à créer son héritage...

[SolarLiner]

CVEL avait fait une librairie qui permettait une plus simple création via C++ en utilisant leurs librairies, en héritant de leurs classes. J'aurais aimé faire pareil avec la classe "Satellite", et créer plusieurs classes ainsi selon le type de  satellite on a une classe qui dérive des paramètres et fonctionnements de base avec les ajouts du type (caméra, différents capteurs, etc.).

[SolarLiner]

L'idée est très bien reçue à l'internationale (post sur orbiter-forum, das Random Comments Thread) ! Il se pourrait que j'en fasse quelque chose si tu es d'accord Atmoz (c'est ton idée après tout), tu n'auras plus qu'à fournir les meshs (même en FBX, je me chargerai de la conversion en MSH si tu veux) et j'espère que ce projet se mènera à bien !

[antoo]

Faites nous un rover/sonde d'observation avec envoi d'image les gars siouplait