F-zero - Page 9

La vitesse d'exécution des instructions de division et de multiplication dépendent de la qualité des opérandes.
Cependant, le temps maximale d'une division signée est de 158 clocks, et celui d'une multiplication signée de 70 clocks. On peut peut-être considérer qu'il y a un rapport 2 ou 3 entre les temps d'exécution de ces instructions.

oui, sans compter les comparaisons/branchements/mises à jour qui ne sont qd même pas complètement négligeables devant la multiplication

(ah oui, désolé pour ./233, j'avais pas lu tous les posts... c'est plutôt optimisé, enfin si on a vraiment besoin de vitesse, on peut tjs virer les ABS et utiliser arctan255_signed[ratio+33], et si le compilateur n'est pas très malin, on peut aussi supprimer la variable "shift" et faire rentrer le lookup dans chaque branche du if : on doit perdre quasiment rien en place en faisant ça ^^)

merci bcp pour les techniques

une autre question :
est-ce qu'il est possible d'avoir des ndg qui tournent a une fréquence moindre sur HW1? genre a 256 Hz comme pour les HW2 et 3
parce que la fonction qui s'execute dans l'AI1 commence a être assez lourde pour foirer les ndg (surtout que les HW1 tournent moins vite que les 2)
Sinon peut etre utiliser l'AI5 pour les ndg? comme elle a une niveau plus prioritaire ca ne moisirai rien

L'interruption des ndg est appelée à une fréquence de 90Hz (quel que soit le système que tu utilises, TIGCCLIB ou genlib).
Mais effectivement tu peux mettre le code des ndg dans l'AI5, comme ça, ça restera prioritaire. Mais il faut que tu réécrives quelques trucs (ou que tu utilises genlib, qui fait déjà ça).

peut etre que je pourrais suggerer a Kevin de mettre le code des ndg de tigcclib dans l'AI5 puisqu'apparement c'est mieux (perso je pense etre incapable de le faire)

Ce ne sera pas possible pour des raisons de compatibilité antérieure.
Et c'est apparemment mieux dans ton cas, mais pas forcément pour tous.

bon parfait je m'en suis sorti avec cette technique :
je regle la valeur de départ du compteur qui declenche l'AI5 quand il passe à 0, à 0xFD (d'après mes calculs) et j'execute le handler de l'AI1 contenant le code des ndg dans le handler de l'AI5.

Alors a quand la demo??

lol bon je dis plus jamais de date de sortie comme ca c'est reglé ^^

du calme du calme
je vais essayer de sortir une beta dès que j'aurais géré le comptage des tours, y'aura le mode Versus (link) et timeattack
j'espere avant la fin de l'année (car la charge de boulot pour les cours augmente bcp en ce moment)

Comment vous faites pour ramener un angle dans un intervalle ? Un simple AND ? Si non, pourquoi c'est pas possible ? (j'y connais que dalle à la 3D )

C'est de la 2D, pas de la 3D

Oui mais non En tout cas y'a besoin de calculer des modulos d'angles comme en 3D.

...
Dtf, dès qu'on travail avec des angles on peut avoir besoin de faire des modulos d'angle.

(excusez moi des post suivants, je voulais éditer ce post et je n'y arrivais pas :s)

heu pour les modulo je fais angle%NBDIR et je laisse le compilo optimiser car dans mon cas NBDIR est une puissance de 2

Optimise-t-il vraiment ?

je crois que si angle est unsigned oui (et c'est le cas )

roh j'ai un nouveau pb, le ON qui eteignait la calc ne fonctionne plus avec les ndg dans l'AI5

voila le handler que j'utilise pour l'AI6 :

DEFINE_INT_HANDLER(ON){
ExecuteHandler(AI6);
pokeIO(0x600003, 0xFF);
if(!peekIO_bit (0x60001A, 1) && !Off) Off = 1; // [ON] is pressed
}

et celui de l'AI1 (qui eteint la calc (et qui remet off à 0 dès quelle est rallumée (apres le off())) :

DEFINE_INT_HANDLER(OFF){
ExecuteHandler(AI1);
if(Off) off(),Off = 0;
}

lorsque les ndg s'executent dans l'AI1 la calc s'eteint et tout marche bien alors que lorsque les ndg sont dans l'AI5 les ndg freeze et la calc aussi.
quelqu'un a une idée?

edit : grace a Kevin j'ai la solution, je redirige l'AUTO_INT_5 vers le DUMMY_HANDLER juste avant le off() et je le remet comme avant juste apres

angle%NBDIR s'optimise en angle&(NBDIR-1)

ton post est ambigu...

Oui bien sur lorsque NBDIR est une puissance de 2.

je suis presque sûr que gcc fait l'optimisation lui même, et comme NBDIR est definable je suis obligé de mettre %NBDIR pour le cas ou on utiliserait un NBDIR pas en puissance de 2 dans la config du moteur de mode7

oui oui à peu près tous les compilos font l'optimisation automatiquement, c'est pas plus compliqué à implémenter que x*1=x ou x*0=0

geogeo> nan mais je disais que c'était ambigu parce que tu ne précisais pas si tu sous-entendais que c'était au programmeur de faire cette optimisation ou si le compilo s'en chargeait... (ce qui est justement l'objet de la question de ximoon )

Ah ok.

allez un petit screenshot pour vous recompenser de votre patience (et puis ca fait pas de mal de temps en temps ^^)

sympa

(par contre, le jeu va pas un peu trop vite par rapport au frame rate ? ou ça rend mieux sur vraie TI ?)