Un editeur d'objets 3D sur TI92+ ? ca existe !!! - Page 10

ué, g vu sur ton site mais c con on dirait qu'il y a pas de perspective ça serait vachement mieu si t'en mettais un pe +

texture mapper !!!

t fou ?

bref, moi mon convertisseur est fini (y a plus le bug cité plus haut, merci Kevin )
g unpb de tri de face...

ca c pa un pb, y a ka changer un coef ...
la mon rapport de perspective est de 9/10n g ka mettre 7/10 mais g deja fais des test et ca fesait bcp trop

aah, si j'av oublié 1 truc ossi dans la bagnole cet aprem g fé vite fé un prog de parcours de bsp, dc v adapter ça ossi kan j'aurais le temps

ah... avec 8/10 ça rend pas - pourri qu'avec 7 ?

pas bete ! lol je ferais le test

g pa compris ton post 274... explique...

mini-msg

pour le zip que tu voulais, je serais connecté ce soir a 20hr

lolo: faudrait que tu fasse un converto compatible ASM/C pour les objets 3D. delmande a sbibi le format , c'est top secret faut pas le distribuer sur le forum

koi?????comment ca ?un convert entre kel et kel format ?

Norbert> chk tes logs irc hier kan je sui revenu tt déjà parti et je t'av dit que lolo ns passait les sources... malheureusement francimel déconne et le zip foire...
sinon notre format il l'a déjà, et d'ailleurs, je pense qu'il a aussi la source de convert... je lui avais filée kan il m'av demandé des infos sur les asc... mais c kler que c mieu de le faire directement en ase...

lolo>ok pr 20h ce soir... connecte toi sur irc c + pratik

ok c bon la ça marche

tain kel porc
t'a tjrs pa viré les trucs comme ça

(-((Cos[ax]*Cos[az])<<8)+Sin[ax]*Sin[ay]*Sin[az])>>16
(((Sin[ax]*Cos[az])<<8)+Cos[ax]*Sin[ay]*Sin[az])>>16;

juste une suggestion (je pense que ça serait quand même mieux )

Cax=Cos[ax];
Sax=Sin[ax];
Cay=Cos[ay];
Say=Sin[ay];
Caz=Cos[az];
Saz=Sin[az];
...
ROT[1]=(-((Cax*Saz)<<8)-Sax*Say*Caz)>>16;
ROT[2]=(((Sax*Saz)<<8)-Cax*Say*Caz)>>16;
ROT[3]=(-Cay*Saz)>>8;
ROT[4]=(-((Cax*Caz)<<8)+Sax*Say*Saz)>>16;
ROT[5]=(((Sax*Caz)<<8)+Cax*Say*Saz)>>16;
etc...

et même faire (c bcp + intéressant la):

Cax=Cos[ax];
Sax=Sin[ax];
Cay=Cos[ay];
Say=Sin[ay];
Caz=Cos[az];
Saz=Sin[az];
Sayz=Say*Saz;
Cayz=Say*Caz;
...
ROT[1]=(-((Cax*Saz)<<8)-Sax*Cayz)>>16;
ROT[2]=(((Sax*Saz)<<8)-Cax*Cayz)>>16;
ROT[3]=(-Cay*Saz)>>8;
ROT[4]=(-((Cax*Caz)<<8)+Sax*Sayz)>>16;
ROT[5]=(((Sax*Caz)<<8)+Cax*Sayz)>>16;
etc...

les optimisations st (C) by p_y_a & sBibi
copiteur

komme ça copiteur nan mais ho ki c ki les a faites hein?

pour les optimisation..... j'avais deja essayé en fesant ce ke tu a dis plus hô.... et je perdais en vitesse !!!!
sisi je t'assure, c vrai !

?? ba c pas normal kesqu'il fout gcc ??!

arf g rien dit vu qu'il est con il doit pas se servir des registres et tout foutre en mem... bof...

tu peux faire de #define, si tu que le code soit moins moche. Et ça ne ralentira pas...

sBibi > heu...c moi ki é kon, ou TIGCC?

en tout cas en effet, toi tu me dis de faire 1 lecture et 1 enregistrement en memoire pour sauver les cos et sin
2 lecture pour relire cette valeur, donc.... c forcement plus lent ...

jackiechan91 > koi? pa compris.... tu pe expliquer ?

désolé, j'ai oublié des mots et des lettres dans mon post N°290 :

Tu peux faire des #define, si tu veux que le code soit moins moche. Et ça ne ralentira pas...

cad que tu fais ça au début de ton prgm :

#define Cax Cos[ax]
#define Sax Sin[ax]
...
#define Cayz Say*Caz

Ensuite, dans ton prog, tu mets Cax à la place de Cos[ax] et ce sera plus lisible.

ahhhhhhhhhhh ok.... mais en fait, ca n'accelere pas donc....

question lisibilité, pour moi, y a pa de pb, mais c sur que kelkun ki debarque dans mon prgm serais un peu perdu, mais bon....

lolo>nan, je parlais pas de toi

c juste qu'apparemment gcc stocke le contenu des vars en mem au lieu de se servir des regs quand il le peut le gain est intéressant si tu utilises les regs...

mais ça devrait être quand même mieux de virer deux multiplications... c'est bizzar... enfin bon...

en tt cas en asm ça permet de gagner de cycles ça c sur je confirme

a ca , en ASM, je ve bien le croire, mais en effet , TIGCC n'utilise pas les registres pour ce gendr d'op....malheureusement

bon, te reste plus qu'à le réécrire en ASM...

apprendre le C, quand tu connais deja le basic, c assez simple
mais l'ASM, ca n'a plus rien a voir la....donc...

mheu si il le réécrit en asm ça sera un clone du mien on a quasiment les mêmes algos

remarque ça me motiverait un pe +

bon, parcontre, maintenant, g un petit pb : c le tri des faces....
car je cpas si t'a remarqué, mais un tri classic que sur les Z est TRES defavorable pour un cube qui tourne au tour de l'axe verticale, en affichant toutes les 12 faces du cube, fais l'essai sur ta version, tu va voir apparaitre un bug....