Reprise du message précédent :
muchacho > mais non on est pas obligé de figer tout à l'avance, demande à kadreg, son métier, c'est de stocker des modèles qu'il connait pas à l'avance dans une base de données.

bin on voit comment ca lui réussi

 
C'est vrai. Mais c'est quand même très compliqué, non ? En tout cas si le modèle de données est décrit en C++.

muchacho > non, il dit ça pour flamber.

Pour ce qui est du scriptage, lorsque l'on regarde X2 par exemple tous les "programmes" d'auto pilote, de commerce automatique pour les vaisseau que l'on achête et les programmes d'autodefense sont scriptés.  
 
Cela permet aux utilisateur de proposer leurs propres scripts qui se rajoutent dans la liste des programmes que peut acheter le joueur (genre ordinateur de defense MK1) et rajoute automatiquement une option dans le contrôle du vaisseau. Regardez sur le forum de http://www.egosoft.com/, la communauté est pas mal développée car l'idée est très intéressante.

Franchement, je suis pas chaud pour cette optique  Je veux bien scripter mais point trop n'en faut

Avec un bon langage de script ca poserait pas de pb

Ah oui, le port PalmOS, je le pensais en 3D, mais ça va pas le faire: ça va pomper la batterie comme pas possible. Au pire je le fais pour l'expérience. Je commence à me lasser de Space Traders

Pourrait être intéressant/utile  
http://lightspeed.sourceforge.net/

D'un autre côté, on peut être fainéants et le faire à la Star Wars: on voit l'objet accélérer puis disparaître au loin
 
Mais j'imagine que les fans d'Elite voudront leur petit FX pour les sauts hyperespace

aaahhhh oui hein

OK

Pfiou, j'ai bossé un peu sur les données techniques des différents vaisseaux et composants, c'est dur
 
J'ai même été jusqu'à spécifier le poid, genre le Pacificateur (le plus puissant des vaisseaux de guerre) pèse 3.600.000 tonnes, sans composant installé
 
Je viens de retrouver les specs de l'Enterprise-D: http://www.kasper-online.de/en/doc [...] c1701d.htm
 
notez les spécifications de l'ordinateur de bord
edit: un kiloquad vaudrait 1 petabyte approximativement
source: http://encyclopedia.thefreedictionary.com/Kiloquad

je pensais que c'était une unité de mesure d'antidépresseur.

Un ptit up.

tout a fait, un petit up pour l'excellente blague de nraynaud qui m'a bien fait rire

Encore un petit up avec un site interressant. Je vais de ce pas embarquer dans mon vaiseau pour tester cette théorie
 
http://interneteffects.com/mike/blackhole.html

up

 
Toujours personne pour nous faire un design d'architecture technique? Perso je verrais bien Harko dans ce rôle vu l'expérience qu'il a accumulée en tant que demomaker et développeur de jeux
 
De mon côté, je m'occupe toujours de développer les aspects technologie, arbres technologiques, spécifications des vaisseaux. C'est un travail de dingue  (mais je bosse dessus chaque fois que j'en ai l'occasion)  Le plus dur étant d'obtenir une balance de difficulté acceptable (c'est à dire ne pas avoir des vaisseaux monstrueux et quasi-invincibles par exemple), et je n'en suis pas encore arrivé là.

je veux bien me pencher sur l'architecture technique, mais faudrait arréter les technologies qu'on va utiliser au niveau graphisme, IA, scripts, etc...

* OpenSceneGraph pour la 3D
* le cerveau de Moktar1er pour l'IA
 
pas encore de choix pour les scripts mais comme t'étais plongé là dedans, je me disais que tu es le mieux placé pour faire ce choix

 
perso je m'en servira meme pas pour en faire une éponge, alors une IA

 
ben au début ca semble logique que certains vaisseaux soient invicibles avec ton armement de départ...sinon ca veut dire que passé un certain niveau, tu te promènes...faut un truc adaptatif

Ben Ada pour le petit bout de code compilé, Tcl pour tout le reste en script, OpenGL pour la lib graphique et puis voilà

Perso je veux pas de vaisseau invincible. Bon c'est clair qu'avec ton petit Cobra Mk3 (le vaisseau de départ dans Elite), tu n'iras pas te frotter au cuirassé amiral de la planète XYZ. Ce que je veux dire, c'est qu'un vaisseau fortiche devrait pouvoir se faire abattre par 2 ou 3 vaisseaux du calibre en dessous (voire pourquoi pas un seul si le pilote du petit vaisseau est meilleur).
 
'fin bref c'est pas un boulot de tout repos

tu va en chier...mais on est d'accord sur le fait qu'il faut tjs une classe de vaisseau plus puissante, pour tt vaisseau donné...

exemple d'un cas merdique : freelancer avec le vaisseau titan
 
Il serait pas si invicible si y'vait pas les robots de reparations qui fonctionnent de maniere instantanée. (donc oublie de ce genre de connerie, ca pourri tout)

ben c pas mal dans privateer ces robots : ca permet d'explorer  loin sans rentrer tt réparer tt le temps...mais c clair que la réparation doit prendre du temps...(genre 3 min pour refaire tt le vaisseau...en cas de dogfight t mort avant)

Dans Space Traders, il est possible de réparer son vaisseau dans l'espace: ça dépend de tes talents d'ingénieur et d'un système d'autoréparation qui booste tes talents.  Ceci dit, on ne tombe pas dans le piège de la facilité: même avec un maximum de moyens, le vaisseau ne peut pas se réparer complètement en un seul voyage (vu que les voyages ne dépassent jamais 16 "clics", unité de distance employée dans Space Traders).
 
J'ai rien prévu de ce genre pour l'instant en tout cas, et je ne pense pas le prévoir dans l'immédiat. Au mieux, je ferais un truc similaire à Space Traders, donc rien qui rende le vaisseau invincible.
 
Ca serait marrant de dégommer des unités R2 à la surface d'un gros bâtiment pour l'empêcher de se réparer non?

pour les scripts, j'ai testé Squirrel et Lua, et personnellement mon choix se porte sur Squirrel à cause de tout un tas de trucs bien sympas. en vrac :
- syntaxe plus intuitive que la syntaxe pseudo pascal de Lua
- support de l'unicode
- compteur de références => on s'emmerde pas avec le GC
- présence des types float et integer
- etc...
 
je vote squirrel

 
les autres -> des objections?

Vous utilisez pas swig ?

 
Et pourquoi pas Python ?
 
Pour les problèmes de réparation, j'avais jouer à un vieux jeu de ce genre sur Megadrive ou tu avais besoin de materiaux pour faire des field repair. Comme ça, soit tu prends des "pièces de secours" avec toi, sois tu ne peux faire que des réparations très partielles dans l'espace.

J'aime bien ce petit langage écrit par l'un des auteurs de Far Cry.
En plus :  
 - l'auteur assure un bon support via son forum (y'a pas bcp de monde, faut dire),  
 - il vient de sortir une version orientée objets en alpha qui fonctionne très bien,
 
"classes in version 2.0 have the following features
-single inheritance
-all the _set _get _mul etc.. metamethods so you can basically overload operators
-they are much more memory friendly than table(they share a lot of stuff between instances)
-they can contain mixed C++ or pure squirrel functions
-inheriting doesn't affect performances at all, so you can go nuts on hierarchy. "
Et il oublie de citer l'introspection. C'est donc devenu un langage très sympatoche, remarquablement puissant pour sa petite taille et spécialement étudié pour les jeux vidéo. La version 2.0 pourrait inclure la persistence (c'est dans sa todo list).
ex de POO en Squirrel :  

Te bile pas trop. Normalement, le gameplay et l'équilibre se règlent au fur et à mesure du test du jeu. C'est pour ça (entre autres) que l'on préfère scripter un max de la logique du jeu (en gros faire Space Traders en scripté quoi).

oui, je suis bien conscient que sur la partie sur laquelle je bosse sera tout ou partiellement scriptée
 
mais bon ya tellement de boulot à faire là-dessus que j'ai le temps d'être en retard par rapport à ceux qui coderont le moteur du jeu
 
Au fait, si vous connaissez des graphistes, musiciens et compagnie, parlez leur de notre projet d'élite

o/  
 
il est trop tôt.
 
Il faut faire croître le bordel, et prendre les décisions avec les contraintes du moment, pas tenter de planifier le bordel.
 
Certains croient que contruire une application, c'est comme construire un pont. Construire une application, c'est construire les plans d'un pont. l'analogie correspondant à "construire un pont", c'est "dupliquer les CDs et imprimer le packaging".

Tu penses faire un design technique sans connaître d'avance les outils que tu vas utiliser?

on sort pas un design de son chapeau, on se choisi un point d'entrée (j'ai déjà dit auquel je pensais il me semble) et on le déroule progressivement.

Bin perso mon point d'entrée, c'est les outils que je vais employer. Car une fois que j'ai choisi mes outils, je sais ce que je peux en faire, donc ça a une influence sur l'architecture