3d engine - Page 1

Salut tout le monde !

Vu que je n'ai plus internet dans ma chambre, je ne peu plus me connecter sur Yaronet ...

J'ai un peu avancé mon moteur 3D mais je peux encore l'optimiser tres sensiblement.
Je vais peut-etre faire un flight simulator sur 89. Pour l'instant le fps est assez prometteur.

Voici 2 gif animés pour vous en donner un apercu:



Bonnes vacances a tous ...

C'est très prometteur. Vraiment du bon boulot.

Oué Et c'est normal les traits blancs quand ça bouge? Ou c'est un artefact du screenshot?

Oui bravo et continu

Tu l'as fait avec quoi, ton screenshot ?
Sinon, oui, ça a l'air pas mal.
Par contre, le fps est assez élevé, mais le nombre de polygones est relativement petit (en plus, ils ne prennent pas tout l'écran)... Le fps indiqué sur le screenshot est le même que celui que tu as sur vraie calc ?

Merci, ca fait plaisir.

Pollux -> Les traits blancs ne se voient pas sur vraie calculette. Ils apparaissent sur le gif sans doute parceque les plans de niveaux de gris ne sont pas rigoureusement rafraichis en meme temps.
Sasume -> Je fais les gifs avec tishot. Sur l'exemple, il n'y a que 9 cubes (12 faces et 8 points chacun <=> 108 faces et 72 points).

Je vais tenter de l'optimiser a fond pour en faire un jeu fluide.

Moi je trouve que c'est vraiment trèèèèssss prometteur !!!
Le nombre de fps m'impressionne !

Voici l'executable.
Je ne joins pas l'editeur de niveau car il n'est pas tres beau ni tres intuitif pour l'instant, mais un niveau deja tout fait avec quelques cubes mis en place un peu n'importe comment.
Les optimisations que je vais apporter vont d'avantage accelerer le moteur quand les faces ne seront pas visibles a l'ecran.

D'accord, il y a pas mal de bugs d'affichage quand on est trop pres des solides.

Librairies necessaires: graphlib et filelib
Ma ti89: rom 2.03 et HW2

http://www.ifrance.com/brisboul/shots/view3d.89z
http://www.ifrance.com/brisboul/shots/area3d.89s

PS: Quand j'ai commencer a faire le moteur 3d, je n'avais strictement aucune connaissance dans le domaine 3d .... donc j'ai programmé plein de trucs inutiles ou qu'il faut changer... donc l'optimisation pourra durer tres longtemps.

Si tu veux je peux t'aider sur des optimisations en ASM? Pas d'algos mais optimisation globale.

Oups, j'ai oublié d'expliquer les commandes:

2nd-diamond = avancer-reculer
droite-gauche = rotation autour de la verticale
avant-arriere = baisser-lever la camera
plus-moins = augmenter-diminuer le plan limite lointain (distance a partir de laquelle les faces ne sont plus affichées)

La rotation de la camera autour de son axe de vision a ete desactivée car il est difficile de se deplacer dans le monde lorsqu'elle est activée (idem que dans le flatspin de moitib).

Merci beaucoup geogeo.

Pour l'instant je vois a peu pres comment optimiser le moteur, mais je n'hesiterais pas a te demander de l'aide si besoin est.

Bon, je joins un autre programme qui est exactement la copie de view3d.89z, mais les commandes sont differentes:

2nd-shift = avancer-reculer
plus-moins = augmenter-diminuer le plan limite lointain (distance a partir de laquelle les faces ne sont plus affichées)
Le curseur remplace exactement un joystick.

Vous remarquerez un probleme esthetique: le monde semble se deplaver de maniere saccadée. C'est a cause de la faible precision de mes fonctions trogonometriques.... mais je vais arranger ca.... apres avoir optimisé le reste bien sur.

Les memes librairies sont necessaires ainsi que le monde joint precedemment.

http://www.ifrance.com/brisboul/prog/flight89.89z

Pas mal, la fluidité est bonne et le fps et souvent très proche de 35
Et l'exécutable est petit aussi, bravo ! (6 fois plus petit que celui de Trinityde sBibi).

Par contre, tu as un léger bug d'affichage : quand tu dessines un pixel gris clair, tu armes le bit correspondant dans le plan clair, mais tu ne prends pas la peine de mettre à 0 celui qui correspond au plan foncé, ce qui fait que si tu as un polygone clair et un polygone foncé devant on aura une zone noire (due à la superposition du gris clair et du gris foncé).

Effectivement, quand une face doit etre gris clair, je ne touche pas au plan foncé: c'est plus rapide et tous les moteurs 3d sur ti que je connais ont ce "bug" (sauf celui de moitib).
Mais si je fais un simulateur de vol, je m'arrangerais pour que ce bugs ne se vois pas....

Et l'exécutable est petit aussi, bravo ! (6 fois plus petit que celui de Trinityde sBibi).

Merci, la taille du fichier externe n'est pas trop volumineux non plus ....

Pour la taille du programme, je peux faire encore plus petit car j'ai laissé dedans plein de solide que je n'affiche pas (car laids).
Mais l'optimisation risque de faire gonfler sa taille...

Tu comptes gérer les BSP ou une méthode du genre ?

il ne faut pas que graphlib et filelib, ca demande aussi userlib

15.> Un pticoup de preos et ça repart ! (avec stdlib)

Sinon, pourquoi ne pas adapter 'Star Wars' CPC ou C64 ou... ? Ca serait cooooool surtout avec un moteur très prometteur... ENCOR BRAVO !

c du _nostub

limmt réclamait des libs...

Ué, mais si tu prend en compte ce que dis Limmt, t'as pas finis de passer pour un con

ah non, on va pas remettre cette discussion... Je sais très bien ce que tu penses de wam...

bah tu donnes tous le temps une bonne raison, donc bon...

Je sais pas pourquoi je l'ai en noir&blanc en tout cas bravo c'est très prometteur...

Par contre je te met en garde contre le rendu de terrains si tu fait un flight simulator, car il y a beaucoup d'éléments a afficher ce qui rallentit considérablement le jeu. Ceci dit, tout dépend de ce que tu affiches, si tu fais juste un sol plat avec différents niveaux de gris ou textures, ca passerra sûrement.
Autre chose, comme on me l'a dit pour Space Dementia, un jeu de simulation de vol sans joystick est ardu à manipuler...

A part ça, bonne continuation.

moitib > En fait, chaque objet aura un plan limite proche et lointain, c.a.d, je ne projeterais sur l'ecran le solide uniquement s'il se trouve a une certaine distance de la camera.
Chaque solide detaillé aura une (voire plusieures) "image" moins detaillée qui s'affichera a leur place quand il sera trop loin.
Donc, pour un meme decor, le nombre de point a projeter et le nombre de faces a afficher, donc la vitesse du jeu, dependra de la position de la camera.

MacIntoc et limmt > Je fait mes programmes avec un tres vieux compilateur (qui fonctionne, c'est l'essenciel non?), j'inclus os.h, filelib.h et graphlib.h mais rien d'autre (pas de _nostub, ni de userlib).

Raphaël > Ca veut dire quoi BSP ? Si c'est ce qu'utilise sBibi dans Trinity pour n'afficher que les murs qui sont suceptibles d'etre vu, je programmerais une telle fonction si je fais un moteur optimisé pour les couloirs genre .

BSP = Binary Space Partition.
C'est une structure de données qui te permet de stocker tes polygones sans avoir besoin de faire un tri sur z pour les afficher correctement.

Ce dont tu parles, si je comprends bien, c'est du PVS, qui permet carrément de ne pas traiter certaines portions de ton monde s'il n'a aucune chance d'être visible. Pour un simulateur de vol, c'est parfaitement inutile, comme tu las fait remarquer.

Galmiza :
MacIntoc et limmt > Je fait mes programmes avec un tres vieux compilateur (qui fonctionne, c'est l'essenciel non?), j'inclus os.h, filelib.h et graphlib.h mais rien d'autre (pas de _nostub, ni de userlib).

Ben moi, je te conseille de récupérer la version la plus récente (0.95 bêta 3) de TIGCC: http://tigcc.ticalc.org. Même si c'est pour faire de l'assembleur. Il n'y a qu'a voir tout ce que peut faire notre linker.

[hors_sujet] Je ne pense pas changer de compilateur car il n'y a qu'avec celui que j'utilise actuellement pour la ti qui fonctionne bien.

J'ai fait du C++ avec DirectX sur PC, tout fonctionnais tres bien (apres bien des heures de galeres pour que les LINKING se deroulent bien), mode plein ecran, lectures de wave, utilisation de la souris, du clavier, scrolling, clipping ..... jusqu'a ce que j'essaye de lire des son en mp3, pas moyen de passer le LINKING avec succes.

Idem pour le compilateur de TIGCC, j'ai fait des copier-coller de mon Zelda pour le compiler avec TIGCC, pas moyen d'eviter des 10n d'erreurs de linking bien sur, mais meme de code ! [/hors_sujet]

Sinon, ca y est, j'ai terminé la partie la plus difficile de l'optimisation que je comptais faire.
Aucune release pour le moment.

Tu utilises quoi comme assembleur ?

Il existe pluiseurs assembleurs ?
J'utilise l'assembleur du motorola 68k ........

Avec des d0, a0 pas des %d0, %a0.

Ben il est inclus dans TIGCC
Tu utilises quelle version ?