Reprise du message précédent :
ah oui  p1 qu'est ce que j'ai pu y jouer
 
sinon, en fait il y a pas longtemps, j'ai joué à Star Wars galaxies que j'ai trouvé vraiment excellent,  c'est pas loin de l'ideal de l'elite que j'avais en tête
mis a part le fait que ce n'est pas un univers infini ( moins d'une dizaine de planetes mais sur chacune, par contre l'univers est super detaillé au niveau flore,faune,villes)  .. et le fait qu'on ne peut pas atterir à la mano sur les planetes

 
je nettoyes pour pas avoir trop honte quand je lacherai les sources
 
pi là j'ai aussi nettoyé le circuit de refoidissement de ma caisse qui était plein de rouille
bref ça nettoyes ça nettoyes

Je viens de tomber sur http://libnoise.sf.net/ il n'y a pas longtemps et ça a l'air pas mal. Mais surtout, il y a un de leurs exemples qui est très interressant
 
http://libnoise.sourceforge.net/ex [...] index.html

J'ajoute à la liste

Pour ceux que ça interesse il y a une video de Spore
l'un des prochains jeu de Maxis,  
http://www.pqhp.com/cmp/gdctv/
 
Rien à voir ? pas tout à fait parce qu'il y a une modélisation
intéressante des planètes, systèmes solaires, galaxies, apparemment tout en procédural.
 
Il y a une séance de terraforming (et une pauvre créature qui fait les frais de l'absence d'atmosphère) et une autre séance de destruction style "étoile noire" ou "Captain Blood". L'idée de base a um parti pris pas du tout réaliste, planètes minuscules, style cartoon mais la réalisation globale est plutot intéressante.

legreg, piske t'es la
 
j'avais un peu (bcp) quitté la 'scene' 3d, et la je reviens jeter un coup d'oeil. Pour me remettre en jambe jpensais faire un pety moteur de paysage (statique) et donc je regardais les technos existante. j'ai jamais été fan des geomipmap, donc poubelle. Reste principalement apres tri du meme genre chucked lod (ce que je pensais faire initialmeent, en utilisant un ROAM 'dégradé' pour calculé les niveaux de details) et la je viens de tomber sur le geoclipmap, qui a l'air recent. T'as deja vu un peu de feedback la dessus ? niveau comportement sur vieille becane (~1ghz] et tout ? Sur le principe ca a pas l'air mal, quoique assez violent niveau IO (sauf si on a un super encodeur comme eux)
 
bref, merci

Pas d'expérience de première main, non
par contre si tu te procures le dernier GPU gems 2
tu as un article de Geometry clipmaps sur le GPU.
 
Les fichiers du bouquins sont sur le site de Nvidia:
http://download.nvidia.com/develop [...] Index.html
 
Et la page d'un des auteurs (Hugues Hoppe pour ceux qui connaissent):
http://research.microsoft.com/~hoppe/
(l'article en question y est téléchargeable mais pas tout le bouquin )

ah bin j'ai un beau pdf qui doit venir du site au sieur Hoppe (qui revient souvent dans les trucs de pointe quand emme ), c'etait surtout un retour de premiere main que j'attendais

Et elite commen ca avance (en passant) ?

comme un cadavre porté par une riviere : il se fait de plus en plus indistinct a l'horizon

Il grossit, il grossit.  

Il est arrivé sans se pressé Zorro et j'ai prié Adeline pour qu'elle revienne...
 
bon j'ai mis à jour mon bordel.
j'ai fait un copié collé d'une license gpl dans les sources... (license.txt)
et y'a un about.txt avec mon copyright et mon petit nom. (ché pas du tout si c'est bien compliant tout ça, m'en fous vous me direz après )
 
dans le bundle de 20Mo avec l'exe et les modèles: (qui sont pas de moi pompé à gauche à droite, y'a ptet des pbs de licenses, j'en sais rien...)
 
http://membres.lycos.fr/bjone/files/dxengine.7z
(edit: ha oui si ça ramouille un poil c'est normal, j'ai mis une palette de modèle dont certains sont un peu violent nivo géométrie pour pas grand chose, genre l'apollo qui est un exemple 3DSMax)
 
le D3DX9 nécessaire:
http://membres.lycos.fr/bjone/files/d3dx9_25.7z
(a mettre dans le system32 ou le répertoire où sera dé7zippé dxengine.7z)
 
le plugins d'export 3DS:
http://membres.lycos.fr/bjone/files/bmlexport.7z
 
la doc html qui sert à rien (z'etes prévenus):
http://membres.lycos.fr/bjone/files/dxengine_doc.7z
(qui était dans les anciens zip que j'avais fait tourné à un moment)
 
les sources:
 
du moteur à la con (R)(C)(TM)(DTC):
http://membres.lycos.fr/bjone/file [...] sources.7z
 
de l'exporteur max: (idem)
http://membres.lycos.fr/bjone/file [...] sources.7z
 
et... j'ai oublié de mettre la DLL d'export pour 3DS. donc je ferais un 7z plus tard.... sfait
 
concernant le code, c'est pas trop mal sur certains endroits, très crade sur d'autres, bref je fais ce que je peux avec mes cheveux. bref y'a du respin a faire dans le bordel.
 
y'a du boost, de la stl, des templates maisons, des truc qui vont gicler plus tard.
c'est du directx (prout sur ceux qui veulent pas du dx)
pour l'audio c'est du fmod (moins prout mais prout qd même que ceux qui en veulent pas), mais le regain de l'OpenAl j'y passerai ptet plus tard.
y'a du TinyXml, du zziplib (qui est plustôt chiant avec le recul, fodra que je trouves une autre lib)
 
maintenant dans ma todo-list, autre que nettoyer je vais voir dans un premier temps entre gérer le bump et enfin faire tout un système de shaders pour les objets, ou commençer à faire mumuse avec novodex (a oui autant je suis pas contre lacher fmod pour l'OpenAl plus tard, autant novodex j'y resterai passke j'aimerai bien jouer avec un PhysX quand il sortira)
 
et c'est un projet VC++ 2003.  
 
bref c'est comme ça c'est kado, vous en faites ce que vous voulez, moi je vais manger là tout de suite.
 
-------------------
 
les bouts de lib:
le projet que j'utilise pour TinyXml:
http://membres.lycos.fr/bjone/files/tinyxml_vs.7z
 
projet perso zlib vs 2003 avec les .lib pour lier en statique:
http://membres.lycos.fr/bjone/files/zlib-msvc71.7z
 
projet perso zziplib vs 2003 avec les .lib statiques:
http://membres.lycos.fr/bjone/files/zziplib-msvc71.7z
nota que zlib est fusionné dans les .lib (pas besoin des précédentes) pour tenter d'avoir un max de perf.
fetch.h est corrigé, dans le config y'avait un truc par rapport à l'option const machin de gcc qui permet d'indiquer au compilo que le retour d'une fonction est invariant pour les mêmes paramètres d'entrée, et ce machin (un #define) n'était pas utilisé dans le fetch, ce qui faisait que vc++ gueulait (bref c'est cool les #define pour la portabilité, mais c'est mieux quand on s'en sert)
 
donc autrement fo pomper fmod, tinyxml, zlib, zziplib, le dernier sdk du dx9.
et pour le binaire déjà compilé, il faut lancer l'install du redistribuable du dernier sdk du dx9, car maintenant le D3DX est sorti en DLL et non lié en statique (donc un peu plus comme le glut maintenant).
 
bref voili voilo, je sais pas si j'ai oublié quelque chose....
 
snapshot: http://membres.lycos.fr/bjone/files/snapshot.jpg

C'est bien sympa mais va y avoir du boulot avant que j'arrive à utiliser le truc. Faudrait déjà trouver un décompresseur 7zip qui s'installe facilement sous nux et après porter le code DX
 
Ca va prendre un peu de temps tout ça
 
PS : pour de la physique, je ne sais pas quelle licence il y a sur novodex mais je pense qu'un jeu dans l'espace peut se contenter d'un moteur maison ou d'un simple ODE

update pour plugin 3DS

en fait le plus interressant si tu veux faire de l'OpenGl, c'est de prendre les fichiers .BML du pack de 20Mo
 
et de les loader en essayant de comprendre le BML.H (ou j'ai mis un texte qui décrit la structure interne)
 
et d'essayer de le faire traçer le plus rapidement possible par rapport à l'OpenGl.
 
l'exporteur 3DS (bmlexport) étant je pense dans une certaine  mesure assez interressant vu qu'il prépare plus que correctement les modèles pour un traçage efficace (regroupement de la géométrie par matériau, optimisation IB 16bits, optimisation VB), bref c'est ptet ça qui va le plus vous interresser par rapport au projet Elite.
 
je recommande aussi chaudement l'emploi de Xml pour décrire les trucs (point d'attaches aux vaisseaux, etc, etc...)

doc à la con en cours d'upload.

projets pour les libs tierces en upload (c'est lent multimachin)

D3DX9_25.7z en cours d'upload c'est le D3DX du sdk du Dx9 utilisé (c'est +/- l'équivalent du GLUT pour ceux qui connaissent)

voilà c'était ma contribution minimale.

bjone t'es un loser paske t'utilise pas les geoclipmap

y'a un windowsien avec une machine potable (rad9600+) pour me dire que ça marche ?

 
je te proute.
 
moi je veux d'abord des modèles destructibles pour que les destroyers puissent s'éperonner joyeusement... (et que quand les chasseurs se crashent dans un destroyer ça fasse un trou marrant)

non mais tu fais des destroyers en geclipmap hein ?
 
http://www.math.uni-bremen.de/~jus [...] ery_e.html  
 

 

tu fais faire comment, de la CSG en live ?

j'en sais rien encore, c'est un doux rêve que je caresse depuis quelques temps déjà  

de toutes façon il faut que ce soit hardware-friendly

jsais pu comment y faisait, red faction
 
enfin, le pb c'est pas tellement de faire le trou (au pire de la csg, c'est du bins sur BSP), c'est d'avoir de la coherence dans le mesh final, et la stune autre paire de manche
 
 
 

ah oué le BSP hardware friendly, brosse toi
 
bin tu fais du VB dynamique et t'update a l'occas

une question con : comme une sait qu'une caméra c'est ouvert qu'à 60° et qu'un observateur ne passe pas sa vie à regarder ses pieds, on pourrait pas déplacer le centre de la grille de sur-échantillonnage du centre optique vers l'intersection entre le bord du bas du champ de vision et le sol ? voire même encore plus en avant ? (genre mettre le bord du sur-échatillonnage au bord inférieur du champ de vision)

ouais j'étais exactement en train de penser à ça.
 
en aussi de faire de l'IB dynamique.
 
t'as le modèle qui maintiens le VB/IB du modèle intègre.
 
et quand tu fragmentes tu fais sauter les triangles d'un IB propre à chaque entitée
 
en fait ce que je veux plus faire c'est des modèles de vaisseaux, tu pêtes la carlingue, tu vois un peu de structure à l'interieure, et y'a des débris et des mecs qui sont éjectés en ragdoll

 
L'idée semble bonne, mais en cas de rotation sans translation tu vas soit devoir faire desmises a jour du couple vertices/index , soit voir du details tout pas beau. Donc au final, mieux vaut etre au centre de la zone haut detail (videmment, ca sert a rien qu'elle fasse 50x50cm..)

 
bah ca a la CSG c'est ok ske je voulais dire par integre, c'est que si tu coupes ton vaisseau en deux bin faut savoir que ton vaisseau est coupé en deux, et pas que les deux parties continuent de naviguer ensemble comme d'un seul homme (si je puis dire)

 
ouiiiiii ? si tu as des questions n'hesite pas, notre equipe d'experts est la pour te repondre

bon la nuit porte conseil, j'aurai ptet des visions
 
luc utilise la force, non pas comme ça, ton iterator est à chier

et faire des trucs ronds plutôt que carrés ? c'est possible (enfin, ça reste optimisé je veux dire) ? puis ensuite virer le mileu du rond qui de toutes façon est hors-champ ?

 
oué ça aussi (l'un n'empêche pas l'autre)...

c'est Masklinn qui fait le niveau 2 ?

 
le rond c'est chiant pour les mises a jour. L'avantage la du carré, c'etait l'acces sous forme de tore (en faisant des modulos sur x et y) au vertex buffer (enfin, la ou tu fous tes points quoi) alors qu'avec des ronds ca vite devenir l'enfer. (pis le carré/rectangle, c'est quand meme pratique a manipuler)
 
par ontre j'ai pas compris l'histoire de virer le rond du milieu ? tu parles du rond sur lequel est l'utilisateur ? Bah ca me semble osé, s'il regarde ses pieds il faudra bien l'afficher. Mieux vaut laisser le near clip s'occuper de ca.  
 
Actuellement en 3d on pinaille moins sur les triangles, on a generalement meilleur emps d'en envoyer trop a la carte graphique que trop vouloir en virer avec bcp de boulot coté CPU

mon cher Krisse de Béka, si vous nous parliez des avancée récentes en terme de rendu 3D temps réel et des perspectives d'avenir ?
 
 
15 min, 5 powerpoint