probléme 3D :( - Page 1

-

-

j'ai eut le même type de problème il y a pas mal de temps, regarde tes algos de projections ... il me semble que c'était ca.

-

Tu fais tout sans lib et tu regardes les src de trinity et XLib (bientôt dispo normalement) pis tu appliques ca, mais bon, si tu veux une simple routine de pixel pour afficher en noir et blanc sur l'écran:
PutPxl:      add.w     %d1,%d1      move.w     %d1,%d2      lsl.w     #4,%d1      sub.w     %d2,%d1      move.w     %d0,%d2      not.b          %d2           lsr.w     #3,%d0      add.w     %d1,%d0      lea     0x4C00,%a0      add.w          %d0,%a0        bset.b        %d2,(%a0)      rts

PS: y'a mieux mais c deja pas mal je pense

GraphX ne fera que ralentir ton programme, SAUF si tu affiches en double-buffering
Si tu comptes afficher directement sur le LCD, laisse béton GX.

Voici la source du PutPixel de GraphX, adaptée pour afficher directement à l'écran. J'ai fait ça en live, j'ai peut-être pas adapté de la façon la plus optimisée :

GX_PutPixel:
 lea     _GXtable_mul30_addGUTTER_SIZE(pc),a1
 move.w  6(a7),d0
 add.w   d0,d0
 move.w  4(a7),d1
 move.w  d1,d2
 lsr.w   #3,d2
 add.w   0(a1,d0.w),d2
 move.w  d2,a0
 not.b   d1
 bset.b  d1,$4C00(a0)
 rts

> lea _GXtable_mul30_addGUTTER_SIZE(pc),a1
Ca n'est pas forcément du code très sûr, ça... La variable/le tableau peut être à plus de 32 KO de l'instruction lea...
Il faut penser à cela si tu veux faire quelque chose de sûr...

T'inquiète

-

C'est parce que TIGCC est un compilateur C (pas C++) et qu'en C, si on utilise la première déclaration, on doit utiliser struct vertex_3i, pas vertex_3i tout seul.

ya un moyen de bouster grave une routine de pxl, c'est d'avoir ton VS dans ton prog.. c'est le seul moyen de faire un truc potable en rapidité...

Je crois qu'il vaut mieux éviter le VS, ça sera plus rapide, sauf s'il affiche vraiment beaucoup beaucoup de pixels.

ouai.. mais apres ca va baver

Il faut qu'il trouve un compromis quoi. Perso, si je perdais trop de FPS en utilisant un VS dans l'exe à cause d'un trop faible nombre de pixels, je pencherais plutôt pour la solution "baveuse"

heuuuuuuuuuuuuuuuuuuu............
ça lui servira à quoi un put-pixel ici ?
Là ce sont des segments qu'il trace
z'allez quand meme pas lui laisser croire qu'il est bon de recalculer ts les offsets à chaque pixel, si ????


Orion_ : pour tracer un segment, il suffit de calculer UNE fois la position du premier pixel, et ensuite ajouter +ou- 30 (ou 0 bien sûr) à ton adresse pour les y et +ou- 1 (ou 0) à ton numero de pixel pour les x

-

#8> oups, ah oui effectivement, d'ailleurs toutes les structs sont comme ca je pense, c'est la mauvaise habitude qd on utilise visual c++
en c fo faire:

typedef struct s_truc
{
...
} t_truc;

v le corriger
et puis bah, pour les virgules des tableaux, effectivement y en a en trop mais bon, ca on sen fout un peux, comme c'est dit dans l'intro:

"Les exemples de code que contient ce tutorial n'ont VOLONTAIREMENT pas etes testes, et n'ont pas besoin de l'etre, ils ne sont PAS destines a etre copies/colles dans votre source! Ils sont la, comme leur nom l'indique, uniquement a titre d'EXEMPLE. Leur but est d'aider la comprehension de l'algorithme. Si vous avez compris le fonctionnement d'un algorithme, vous devez etre capables de le reecrire de vous meme. Copier coller des morceaux de source existante est la solution de facilite, et bien souvent, le resultat est qu'on ne comprend pas son "propre" code. D'ailleurs, le but de ce cours n'est pas d'ecrire un moteur 3D pour vous, mais de vous apprendre comment en ecrire un, nuance. Si toutefois vous voulez quand meme copier coller les morceaux de code de ce tutorial, rien ne vous empeche de le faire, mais vous passerez plus de temps a les corriger et a les integrer a votre programme qu'a comprendre l'algorithme."

bon, c pas exactement vrai, virer deux virgules et changer de place le nom de la structure ca prend pas plus de temps que de comprendre le principe, m'enfin bon, au depart, c PAS cense compiler si tu copie colle les src
mais bon, tant qu'a faire autant faire qquechose sans fautes, apres c ton pbl si tu decide de copier coller le code donne en exemple

sBibi
a écrit : Les exemples de code que contient ce tutorial n'ont VOLONTAIREMENT pas etes testes, [...]

Donc ton tutorial est bon pour la poubelle.

Moi, je teste toujours les codes exemple que je donne dans un tutorial ou dans une documentation. (Il m'arrive parfois d'en poster sur le forum sans tester si je n'ai pas le temps et que je pense être sûr qu'il n'y a pas d'erreurs.) Un exemple est censé être compilable, sinon il ne sert à rien.

Kevin Kofler a écrit :
Donc ton tutorial est bon pour la poubelle.

tu crois pas que tu exagères un peu ?

heurf !

1) Tu fais ce que tu veux .... les autres ne sont pas obligés de faire comme toi !

2) Un exemple n'est pas forcément un code complet .... mais qu'un bout de code

3) Le but d'un exemple est avant tout de montrer comment on structure l'utilisation et non de fournir du code prêt-à-l'emploi pour le gars ...

-

Kevin Kofler a écrit :
Donc ton tutorial est bon pour la poubelle.

Moi, je teste toujours les codes exemple que je donne dans un tutorial ou dans une documentation.

tu fais ce que tu veux, je m'en fous

(Il m'arrive parfois d'en poster sur le forum sans tester si je n'ai pas le temps et que je pense être sûr qu'il n'y a pas d'erreurs.)

ah bon? eh bien c con hein? pke moi je pense pas pareil... c'est pas forcement une bone chose qu'un exemple soit compilable. le fait qu'il ne le soit pas aide les personnes qui veulent apprendre a comprendre ce que l'exemple fait. si il y a une erreur dedans, et si elles ont compris le principe, elles doivent etre capables de le corriger par elles memes. c'est pas comme si le tuto se composait uniquement de code, y a tout le texte a cote, qui explique comment fonctione l'algo et ce que fait le code.
ca oblige a comprendre comment ca marche, et ca evite de copier coller betement le code donne en exemple dans sa source.

je trouve que c'est pas aider quelqu'un que de lui donner un code qu'il a juste a copier coller...
et ceci dit, si je vois qu'il y a une erreur, je la corrige, je n'aime pas non plus qu'il y aie des erreurs, et si il y en a c'est que j'ai pas fait gaffe. mais le principe reste le meme, ci j'ecris ca, c'est pour aider le gars qui veut apprendre qquechose ac ce tuto.

Orion_ > ta methode est pas super, ca va te donner l'impression d'avoir tout code toi meme alors que non. l'ideal si tu veux partir des exemples, c'est de faire un prog de test, et dans ton code final, tu recode tout a partir de 0, si t'as compris t'aura aucun pbl, et t'iras plus vite que si comme tu dis tu optimise a ta maniere en supprimant pas mal de trucs et en en rajoutant pas mal d'autres. surtout que le code donne est pas forcement adapte a ce que tu veux faire au final. le principe oui mais le code peut etre pas...

Un exemple est censé être compilable, sinon il ne sert à rien.

c'est qui qui a decrete ca? c'est une regle universelle de prog?
bon bah c'est parti, toi c'est ta regle, voila la mienne:

un exemple n'est pas cense etre compilable, sinon il ne sert a rien.

et j'ai l'impression que tu fonctionne comme la moulinette de correction d'epitech, des que tu vois un truc contraire a tes idees dans un post, tu le zappe?

pke lit la suite de ce ke j'av mis plus haut, les raisons de pourquoi je fais ca y sont, v pas le redire 36000 fois...

sBibi

Sacré Kevin