Reprise du message précédent :
pas trop en details je croit

 
Mmmmh à la rigueur un apontage et un "rapport d'exploration", ok ..  
Mais pas une véritable navigation en fpv à l'interieur du vaisseau ...
( trop à designer, trop de textures, ... )

C'est pour ce genre de choses qu'il faudrait prévoir des possibilités de plugins
 
Accessoirement, quelqu'un a déjà parlé de la possibilité de pénétrer les ordinateurs de bord des autres vaisseaux?

oué, genre pouvoir deregler leur chiotte a distance pour forcer l'equipage a se rendre
(calmez vous les gars, quoi)

 
[1] non le problème reste le même : trop de trucs à designer ( intérieur des vaisseaux, textures, .. ) -> la taille va méchament gonfler si il faut faire tous les intérieurs ...
 
[2] mmmh genre tu t'accroches à un autre vaisseau et avec ton portable Mac, tu injectes un virus à une machine inconnue dans un language inconnu ?
On part un peu dans le cyberpunk là ! .. des Netrunners de l'espace !!!

nop sarge
le truc, c'est que tu le fais pas l'intérieur, les intérieurs n'existent que si un mec fait le plugin qui les gère (en gros l'apontage génère un évènement, le handler de base c'est d'aller chercher toutes les infos/tous les objets du vaisseau puis de coller un compte rendu, mais il serait possible de brancher un truc en catchant l'apontage, en créant une scène/un évènement différent et en appelant soi même le compte-rendu et la séparation des vaisseaux à la fin)

Ben non  
Dans le futur tous les ordinateurs tourneront sous windows 8007
(en plus ca randomize un peu plus le bouzin, t'as 3 chances sur 100 pour avoir un crash système qui déclenche l'auto destruction à chaque action )

 
Oui donc on est bien d'accord, on parle pas d'un méchant shooter 3D à la doom dans les vaisseaux apontés ...  

On est parfaitement d'accord
Je dis simplement que, pour satisfaire les gens, les filles, toussa, il faut penser à un truc souple & plugginables (genre un morrowind, sans bugs, moins chiant, dans l'espace, et n'ayant rien a voire au niveau du principe)
(genre pas un morrowind quoi )
(en plus avec des plugins tu peux modder ton truc pour te ballader sur le dos de pokemons géants et combattre une civilisation de Hello Kittys qui répandent du sucre glace rose sur toutes les planêtes qu'ils conquièrent

genre un tetris que j'avais sur mon amiga ou tu pouvais changer les sons

Un tetris hello kitty?

recentrez sur le sujet svp
 
(oui, j'ai 3 pages de drafts de rédigées et j'ai pas fini )

(info : http://www.eve-online.com/ )

 
je prlais pas de guerre, vous faites pas un wing commander...mais dans privateer, même si tu fais que du commerce, t'a fonctièrement intéret à etre bien armé contre les mercenaires...c aussi un aspect du jeu : qui dit commerce dit attaque des caravanes pour pillage...ce qui appelle à la possibilité de pouvoir se défendre
 
PS : moi aussi je préfère le coté commercial, mais le commerce pur sans aléas, c fondamentalement chiant...le double profil commercçant à la tete de sa flotte, et mercenaire qui défend sa cargaison, c tjs le profil que je prends...

Note pour plus tard: rentrées en atmosphère: on devrait avoir toutes sortes d'atmosphères, y compris la purée de pois londonienne si vous voyez ce que je veux dire

et la gravité hein
surtout quand on croise des objets à forte densité...

 
ah bin fo une physique qui tienne la route, sinon pas la peine de commencer

Juste un truc à propos du moteur 3D.
 
Je ne connais pas le moteur que vous voulez implémenter, ni si ce que je vais dire impacte le moteur lui-même.
 
Tout comme dans un simulateur de vol, ce type de jeu a un énorme problème au niveau de la gestion 3D : On doit pouvoir voir très très loin, puisque rien ne vient couper le champ de vision comme sur un jeu de type FPS, et donc on peut rapidement avoir un très grand nombre de polygones à gérer, alors qu'à l'écran ça ne représente qu'un point.
 
Je vous propose d'utiliser la méthode qui est utilisée dans Microsoft Flight Simulator, et très certainement bien d'autres jeux :
- Au niveau objet : En plus de la version "pleine de poly partout très détaillées", une version "optimisée" (avec un minimum de pylo, moins de 200 par exemple) est très utile pour afficher des éléments qui sont très loin, dont on ne verra de toute façon pas les détails.
 
- Au niveau texture, de la même façon, FS utilise des textures avec plusieurs niveaux de détails, dans des fichiers T3D (ou je sais plus le nom) qui sont directement utilisables par D3D (je suppose que l'équivalent existe avec Open GL). Ces fichiers contiennent plusieurs versions d'une même texture : 32x32, 64x64, 128x128, 256x256, 512x512 et parfois 1024x1024. Cela permet d'utiliser des textures très petites pour les objets très loins, permettant ainsi de préserver les ressources lorsqu'un grand nombre d'éléments sont très loin, et dont les détails sont de toute façon invisibles. Et au fur et à mesure qu'ils se rapprochent, on utilise des textures de plus en plus détaillées, ce qui permet d'avoir pour le même objet une texture extrêment détaillée lorsqu'on est tout près.
 
Je pense que c'est un peu trivial ce que je dis, mais bon, ça évite de faire comme dans certains jeux où y'a rien devant, et d'un seul coup on a un énorme vaisseau spacial qui rempli la moitié de l'écran, accompagné de sa flottille de défense et les FPS qui chutent tout à coup à 2 FPS sur une grosse config, alors que les vaisseaux de la flottille ne sont que des points difformes à l'écran.

Regarde comment la planète se détaille au fur et à mesure dans Elite
 
Regarde aussi les textures dans Black & White quand tu t'approches d'un lieu précis

 
ca va faire un popping tout laid lors du switch entre tes mesh, alors qu'il y a d'interessant algo de LOD continu et HW friendly (mais j'ai oublié le nom, c'est balot quand meme. Est ce les VIPM ?)

 
Tu n'as pas trop à t'inquieter car il y a des gens qui s'y connaissent en moteur 3D sur le forum.

 
oué enfin elle, le pb est different, elle est generer en live (alors que la il parle de niveau de detail sur des mesh existant)

Vi, mais comme je dis, la problématique entre un moteur 3D de FPS et un moteur 3D pour ce type de jeux est très différente
 
Le gars qui a fait le fabuleux moteur 3D de Quake3 ou Doom3 fera peut-être une merde parfaite pour ce type de jeux, puisque la problématique est totalement différente

oui c'est vrai aussi

autre note sur les races: dans la culture SF, on voit que les races n'habitent pas forcément une planète mais un immense vaisseau (genre ID4, les vaisseaux-arche, ou simplement les civilisations nomades)

bon, j'ai torché un diagramme la  
 

 
 

 
En protestation contre mon ban d'image, j'edite pas

parceque si vous voulez faire mumuse avec l'atmosphère hein, moi je veux les volupes de gaz, l'échauffement de la carlingue etc.

Bah,vous cassez pas la tete : http://drtypo.free.fr/
 
(sinon "mon" diagramme vient en fait de la : http://www.robinmj.0catch.com/)

 
c'est bôôôôô

tiens, une nouvelle piste :
 
Batched Dynamic Adaptive Meshes for Terrain Rendering

ou vous allez pondre le jeu le plus génial du genre, ou vous complexifiez tellement que ca verra jamais le jour ...

Je dirais que le jeu le plus génial jamais créé ne verra jamais le jour car trop complexe

"jeu le plus génial" veut dire plus génial que tout ceux existants actuellement. Donc on peut en créer un, puis un autre, puis... De toute facon mon jeu est déjà nommé futur jeu le plus génial

 
Je ne suis pas d'accord. *Rien* ne dit que le jeu le plus génial jamais créé se doit d'être complexe.
 
Et puis, la théorie des ensembles prouve que ce que tu dis es faut car il existe au moins un jeu et que le nombre de jeux est borné

(il est moche ton smiley, whatde )

(taggle   )

(je déprime encore)

 
Pour le coté extensible, ça me semble être ne bonne idée, en fait je voyais cela depuis le départ, à partir du moment où on fait dans le multijoueurs persistant. Je verrais plutôt le truc de façon plus simple et plus "modeste", mais néanmoins souple: comme dans les jeux à la Diablo, on peut entrer dans des endroits, où on peut se reposer (auberge pour reprendre des forces, bordel, salle de jeux ou où on peut parier et perdre son vaisseau ou gagner une cargaison, par exemple), acheter/vendre (boutiques de biens, d'armes, etc), réparer (son vaisseau, ses équipements), aller au poste de police interstellaire (pour renouveler son permis de chasse, dénoncer un adversaire pirate, se renseigner sur les têtes recherchées, aller chercher sa prime, ou n'importe quoi d'autre), à la prison, à la banque (pour emprunter, ou faire un casse), etc. Chaque lieu ajouterait des possibilités et donc l'intérêt au jeu, mais le coté graphique devrait se limiter à l'essentiel : un plan cliquable pour aller d'un endroit à l'autre (donc un PNG ou un jpeg sur lequel certaines zones sont cliquables, libre à chacun de dessiner ce plan en perspective, mais ça reste une image fixe), éventuellement plusieurs plans qui sont liés. Ensuite, on définit un écran par lieu, avec une zone de texte pour la description et les dialogues, et une IHM spécifique pour l'interaction. Cette IHM pourrait contenir menus, boutons transparents, etc, tout ce qui permet d'effectuer les actions autorisées pour l'écran.
Ces écrans devraient pouvoir être générés dynamiquement, de sorte que l'on puisse ainsi parfaitement construire une ville, ou bien l'intérieur d'un vaisseau par exemple --> générateur d'IHM.
 
(putain, plus ça va, plus ça devient méga ambitieux dans mon esprit... )

t'inquiète, question possibilités, c'est déjà très ambitieux dans mon esprit

mais c'est excellent ce truc

au fait, rassurez moi : y'aura pas besoin d'intégrer de l'assembleur dans le bouzin ? passque vu qu'on utilise gcc, vous savez ce que je pense de la syntaxe AT&T hein