encore plus court, mais peut etre pas plus rapide :

[code]

movei #$80000000,r20



move r1,r3

mul r2,r3 ; on fait une petite mul pour recuperer signe de r1*r2

and r20,r3 ; on récup juste le bit de signe de r3 dans r3



abs r1 ; Absolution de r1 !!

abs r2 ; Absolution de r2 !!



div r1,r2 ; on divise r2 par r1



or r3,r2 ; on rajoute le signe...

Et m.... il va falloir compter les cycles !! :wacko:



C'est possible que ta dernière solution soit encore plus rapide, SCPCD t'en penses quoi? Pour moi c'est la plus rapide !!



GT Parti pour divisé :wacko:

enfin bon, faire une multiplication pour une division... c'est quand meme un comble !!! il n'y a vraiment pas de division signee ???? c'est une puce prehistorique, c'est pas possible !!!



Il n'y a pas une histoire de cache et d'instruction qu'il faut entrelacer pour que ca aille plus vite ?

En creant ces puces, ils avaient pas d'envie de ce faire c...







J'étais en train d'y penser, le but du jeu, c'est qu'aucune instruction n'utilise un résultat calculé précédemment (Règle générale), ca pourrait donner cela :



[code]

move r1,r3

movei #$80000000,r20

mul r2,r3 ; on fait une petite mul pour recuperer signe de r1*r2

abs r1 ; Absolution de r1 !!

and r20,r3 ; on récup juste le bit de signe de r3 dans r3

abs r2 ; Absolution de r2 !!



; Ici faudrait qu'on trouve quelque chose !!



div r1,r2 ; on divise r2 par r1



or r3,r2 ; on rajoute le signe...

Enfin le plus pratique c'est quand meme d'ecrire une macro qui fait ca, tant pit pour les cycles perdus, a moins d'etre dans une boucle assez courte auquel cas la macro est remplacee par ce code.

Au fait, le dernier bit (celui de signe) est toujours mis a zero dans le resultat de la division ?

Pour la division ? Pour ces quelques lignes, je fais un couper coller. Et faut optimiser, car penses a la routine 3D (2 div signé par point) quand il y aura 1000 points a calculer, ce genre d'optim peut faire gagner un gros paquet de cycles.



Le plus important c'est que maintenant on a une petite routine qui va bien après c'est a ces clowns de codeur d'optimiser !! (C'est moi qui est dit cela :blink:)





GT En train d'optimisé ;)

Non, tout est considéré comme positif donc traité comme.



GT ;)

Je pense que la derniere est la plus rapide pour la division mais c'est IMULT et non MULT pour les multiplications signés. (:D)

ok, merci de le préciser :) quelle equipe !!



mais je n'ai pas les instructions gpu/dsp sous la main, d'ailleurs je ne sais pas comment fonctionne la puce (nombre de registres de données et d'adresse, instructions possibles avec des constantes...)



un "idiv" ca serait le pied !

ça se trouve bien là dedans je suppose : http://mysite.verizon.net/res0nibn/pdf/Jag_v8.pdf ?

Certainement, mais il n'y a que la pratique qui permet d'optimiser le code.

Je me fais c.. a recopier et traduire la doc Atari :



Tout sur le Gpu / Dsp



A lalala !!



GT Un copieur !! ;)

Non c'est un 'divs'



GT En train de corriger ce chenapan !! :p

Je veux pas trop jouer mon chieur, mais d'après ta propre traduction IMULT est une multiplication signee alors que MULT n'est pas signee, donc le pied serait quand meme d'avoir un IDIV et pas un DIVS.



Ceci dit on a un petit probleme avec la routine precedente. La multiplication prend des registres de 16 bits alors que la division en prend de 32 bit. Bref, quand on evalue le bit de signe c'est avec des registres de 16 bits. Il faudrait faire un decalage de chaque registre a multiplier pour avoir le bit de signe au bon endroit... ou bien le bit de signe est toujours en position 32 meme pour des entiers codes sur 16 bits ? Si la reponse a derniere question est vrai, alors la routine doit marcher... En fait je crois que ca marche, sinon c'est un enfer a coder... J'ai rien dit, vous pouvez aller mater la tele tranquille... moi je retourne me coucher.

Il y a un mode pour les divisions pour faire des divisions 16bits.

il faut mettre a 1 le bit du registre $F1A11C. (DIVCTRL)

Bien noté, tu as raison et SCPCD derrière toi aussi, on peut faire des div sur 16 bits.



Pour l'instant je vais y reflechir, je peux enfin allumer mon Falcon et ma Jag.



GT Parti, a plus !! ;)

Pour résumé tout cela, la routine a utilisé est celle la :



[code]movei #$80000000,r20



move r1,r3

and r20,r3 ; on récup juste le bit de signe de r1 dans r3



move r2,r4

and r20,r4 ; on récup juste le bit de signe de r2 dans r4



abs r1 ; Absolution de r1 !!

abs r2 ; Absolution de r2 !!



div r1,r2 ; on divise r2 par r1



add r3,r4 ; on fait ta magouille sur les signes

or r4,r2 ; on rajoute le signe...

Yep, enfin c'est pas la dernière, il y a le pipelining a considerer donc la position des instructions a changer.

heuuu...on arrete et on réfléchit ?



genre (j'le fais en 8 bits) :



-20/2=-10



avec ta routine on tombe sur un $8A, négatif certes, mais pas - 10. (#-10 = $f6)





Faire mumuse avec le bit de poids fort suffit pas, trop simple ;)



A mon avis, y'a pas moyen de s'en sortir sans au moins un JR

Un très grand merci a toi (Cts) pour l'info, c'est vrai que la routine n'a pas été essayé c'était du travail théorique. Faut que j'y reflechisses plus, et surtout faire des essais.



GT En train de planté !! :wacko:

CTS, toi qui a fait de la 3D, tu n'as pas fait de division signee ?

Bah non, au pire y'a que le dividende négatif, alors je fais ça:



[code]MACRO IDIV a,b

abs 

jr CC,.pos~

div a,

neg 

.pos~:

ENDM

bon, allez, j'my colle:



[code]

; r0=dividende

; r1=diviseur



move r0,r2

xor r1,r2

abs r0

abs r1

abs r2 ; bit de poids fort à 1 si une des operande est négative

jr CC,.positif

div r1,r0

neg r0

.positif:

Pour ma part aussi, pour ceux qui ont pas encore l'habitude des sauts (Jr, Jump) faut savoir que l'instruction suivante est toujours exécuté quelque soit la condition du saut donc le div est toujours exécuté, le neg r0 ne sera exécuté que que si la condition de saut n'est pas bonne.



GT ;)



P.S. : Meme pas eu le temps ^_^

Merci CTS !



En 3D, dans le calcul de la matrice de changement de base tu n'as jamais eu de division negative ? En fait il se peut que le determinant a calculer soit toujours positif.