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

Si tu ne l'utilise pas déjà prends extragraph: c'est nostub est c'est assez efficace, moins que genlib mais assez efficace quan même

Kevin Kofler : est-ce que tu aurais des macros en C de calcul de virgule fixe?

Pas besoin de macros.
Tu calcules avec des long représentant les nombres *65536.
Pour la multiplication:
(unsigned long)(((unsigned long long)a*(unsigned long long)b)>>16)
Je sais, il y a plus rapide en assembleur, mais c'est très rapide par rapport aux virgules flottantes.
Le seul problème, c'est la division: la division de long long n'est pas implémentée.

mmm, alors on peut prendre les macros de genlib. Il parait que la division de genlib renvoie parfois un résultat faux, ca arrive souvent?

c bon, je viens de tout mettre enlong en pultiplian par 256 (soit 8 bit, ce ki m'apporte au plus un erreur de 1 pixel a l'ecran), et je troune maintenant a 20 imgs /sec !!youpi !!!!
maintenant, apparament, c le graph qui limite, je vais me mettre a genlib....
trop heureux !!!

Essaie d'abord avec ExtGraph en restant en _nostub, c'est plus facile pour commencer.

heuuuuuuuu extragraph : j'ai trouvé nul part.. c une libairye ? c koi ?

http://tict.ticalc.org
Pour l'utiliser, tu inclus extgraph.h et extgraph.a par Add Files dans l'IDE de TIGCC, puis tu marque #include "extgraph.h" au début de ta source.
Après tu pourras utiliser les fonctions documentées dans le ZIP

merci !
ca c une reponse rapide

Ta multiplication, tu l'as fait avec des LSL ?

heu, c koa des lsl ?

Celle de Kevin ? sans doute ...

Logical Shift Left

Pour faire des multiplications rapides, en ASM tu utilise ça ou alors << en C dès que le multiplicande est du genre 2^n. C'est beaucoup plus rapide et c'est pour ça que KK a mis 256.

ahhhh ben vi
une dicision : 10 temps machines
un decalage de bit (>>8) : 1 temps machine

putain fai chiez ! hj'arrive pa a me logger sur le forum !!!!!

ASL marcherait aussi dans ce cas ?

Heu. Je rappelle que sur certains processeurs, cette equivalence decalage <-> Multiplication par 2^N n'est pas toujours vrai (Ex les procs representant les nombres dans un corps de Gallois). Mais c'est TRES rare.

heu.. c koa l'ASL ?

je conais pas encore tous les termes.. je ne prgm en C ke depuis 2 semaines moi

Non non, c'est de l'assembleur 68000
Et il me semble que ASL a à peu près le même résultat que LSL ...
Du moins, CC transforme les << en ASL et pas en LSL

ASL c'est Arithmetic Shift Left.

La différence ne se fait pas sur le left, mais sur le ASR/LSR : ASR garde le bit de poids fort, pas LSR : donc c'est signé/non signé

ok

Ah oui, j'essaierai de faire ça sur un unsigned int plutôt que sur un int pour voir ce que donne CC.

heu...extgraph : ca sert surtout a faire du gray... moi je veux juste une procedure pour afficher les ligens plus rapidement....

Non, pas seulement, FastDrawLine et FastDrawHLine par exemple ...
Et est-ce que tu utilises un écran virtuel pour accélérer l'affichage ?

na , et justement , j'tais en train de chercher ds untutorial comment faire , et j'ai pas trouvé...
comment y fo faire ?

heu, pour FastDrawLine : il f

et merde, raté

donc pour FastDrawLine : il faut mettre en paramatres :
(plan,xo,yo,x1,y1,mode^)

mais moi je suis en n&b... je mais koi ds plan ?

En gros, tu définit 2 pointeurs sur des char par exemples (1 pour chaque plan, dans ton cas, un seul alors)
unsigned char *ecran;
// Tu alloues (avant le rendu) alors dynamiquement la mémoire nécessaire à l'écran.
ecran = (char*)malloc(LCD_SIZE);
// Tu utilises les fonctions de ExtGraph en leur indiquant pour destination l'écran virtuel :
// Par exemple :
FastDrawLine(ecran,0,0,LCD_WIDTH,LCD_HEIGHT,A_NORMAL);
// et tu affiches l'écran d'un coup :
FastCopyScreen((void*)ecran,(void*)LCD_MEM);


En gros c'est ça ...
Bon si tu veux savoir comment par exemple, effacer l'écran vir. d'un coup, l'inverser... demande

Si tu écris directement à l'écran, le plan pour toi est LCD_MEM.
Si tu utilises un écran virtuel, c'est (void*)ecran

bon, ben je demande