3D->2D - Page 2

si vous voulez voir le début de tuto sur le raycasting, c sur ti-rv.fr.st (le lien devrait marcher sous peu)

cool
je pense justement refaire mon doom-like en raycasting

oula, te réjouit pas trop vite, car si programmer une base raycasting est simple, la suite l'est beacoup moins, sauf si tu négliges cette suite ...
sache que t'as interet a bien reflechir sur le comment et le pourquoi de ton jeu, sinon tu vas faire comme moi : aboutir a un truc qui sera jamais fini.
un conseil, optimise bien les routines bouffe cycles, car je te garanti qu'il y a vraiment de quoi en bouffer.
si t'as des problèmes, je suis diposé à te filer un coup de main ! Vala

bonne chance

Vark a écrit :
cool
je pense justement refaire mon doom-like en raycasting

Utilise FAT Engine au lieu de perdre ton temps à tout réécrire.

Kevin, j'ai toujours la même discution (et prise de tête) avec toi : LAISSE DONC LES GENS QUI VEULENT PROGRAMMER UN MOTEUR COMPLET !!!! C'est bien plus gratifiant de tout faire à la main, et on en apprend bien plus.
Vark, n'écoute pas ce sauvage lol, en tout cas, je te soutient

COMMENT OSE TU??!!
()

tu me soutiens, c bien mais pas à ce point qd même ( !!)
sinon t'inquiète, je connais exactement ce que je veux faire (seulement la 3D servira à pas grand chose : je la garde pour autre chose, dc je passe au raycast )
et est-ce que tu pourrais m'envoyer une version, g envie de voir ce que ça donne un raycast aboutit sur ti

et oui Kevin, je veux faire mon moteur tout seul, surtout que le FAT engine prends bcp trop de place à mon goût

le FAT Engine est programmé en quoi au fait ?

en C mais il est lourd comme pas possible

bah, vive la vraie 3D

la vraie 3D je la garde pour autre chose

-

-

ya un truc ki commence a menerver... je suis une merde en 3D! les boss c les types comme Nitro ou PpHd...
moi j'apprends la 3D, mes pauvres connaissances sont une merde de mouche compare a ce que j'aimerai savoir, alors stp ne me fait pas dire ce que je n'ai jamais dit!

et ton bug, je peux pas deviner d'ou il vient sans voir la moindre source... ca c typique des rotations, ms je pe pas te dire ou sans voir ne serais-t-ce qun bou de code...

sBibi, pour le texturing, t'as pas des tutos ou me l'expliquer parce que j'y pige que dalle
si g un carré de 32*32 qui se mouvoit ds l'espace, et que je veux lui appliquer une texture de 32*32, comment je fait ?

-

Orion> LOL
bah.. tu veux texturer un carre ou un triangle?
je trouve + rapide et + simple de texturer un triangle, ms si tu veux un carre, le principe est le meme...
deja, tu le remplirais comment ton carre?

sinon, arf attends j'ai plus simple... c du perspective texture mapping, mais le principe est le meme...
va voir sur http://www.nonamefr.com/borland/3dtest.htm et dl les sources...
le morceau qui t'interesse, c'est perspmap128.cpp,perspmap256, etc (c tous les memes, juste la taille de la texture ki change..)
remark c ptet pas super clair...

des tutos, j'en connais aucun qui soit vraiment clair, mais si tu veux absolument un tuto, cherche sur google, t'aura l'embarras du choix...

ms sinon, tu le remplirais COMMENT ton carre? juste remplissage simple, ac une couleur unie...

bon, on va faire plus simple : rien que pour texturer les murs en ray casting
rien que pour faire ça (et dieu sais que je sais que c pas très compliqué) ben je vois pas comment on fait

et qd je dit texturer ben c texturer avec un sprite ...
g un mur de 16*16 (carré et toujours vertical dc) et g une image de 16*16 à lui mettre dessus ...

en fait là je pense que mon blocage c au niveau du zoom/dezoom

bon, deja, raycasting... Nitro serait bcp + apte a en parler que moi... (il a sa soutenance cet aprem... )

mais ce ke je ferai...
texturer ac des bandes verticales...
pour le mur horizontal, les scanlines verticaux seront tjrs verticaux dans la texture... tout ce que tu dois faire c'est trouver le X correspondant...
quand tu l'as, il faut faire un scaling du scanline vertical, et le dessiner...
pour trouver le X, tu dois pouvoir calculer la position d'intersection en X du rayon ac le mur... une fois que tu l'a, si c des textures 32*32, tu fais cette position X dans le mur &31, et tu as la coordonnee X du scanline vertical dans la texture... coordonnee comprise entre 0 et 31

bon, alors expliques-moi ds le cadre d'un moteur 3D (pourrave comme le mien) qui n'a que des murs verticaux (définis en rectangles de longueur variable) et sur lesquels g une texture de 16*16 (tjrs ) à appliquer ... ?

au moins comme ça tu maîtrises à peu près (mieux que moi au moins ) et comme ça p-ê je referais mon moteur avec des rotations plus libres (mais des murs tjrs verticaux )
au fait, la hauteur des murs est constante=16

bah... t'as combien de DOF? tu peux regarder en haut/en bas?
et.. heu.. utilise des 32*32, ca ralentit quasimen pas, et c bcp + bo

16*16 c t pour l'exemple, après je pourrais augmenter

je ne peux pas regarder en haut et en bas

et c koi ces dof ?!!

degrees of freedom.. bah t'as que 4 dof..

dc tu peux mapper tes textres ac des scanlines verticaux, pareil que pour un raycaster...

tu veux une correction perspective je suppose?

le rapport qualité/bouffage de ressources est supérieur à un ?

hum...
ptetre pas c assez special comme mapping, t'as pas besoin d'un texture mapper qui mappe n'importe kel poly... tu te limite ds le pire des cas a 1 division par scanline vertical...
en interpolant lineairement, tu peux passer a une division tous les 4 ou 8 pixels...

tes murs sont definis comment? par 4 points dans l'espace?
par exemple pr un mur: pt0(x,y,z),pt1(x,y,z),pt2(x,y,z),pt3(x,y,z) ?

oué