Optimisation vitesse - Page 4

nEUrOO :
jackiechan: EXTgraph n'a été jusqu'à présent une librairie graphique pour faire de vrais jeux (à graphismes poussés) c'est ce que dit TiMad et que donc, il ne la considère pas comme une librairie graphique nécessitant autre chose que les modes XOR et AND.

Comment ça, "ExtGraph n'a été" ? "a été" ou "n'a pas été" ?
Si je comprends bien la fin de ton post, tu veux dire qu'ExtGraph ne devrait rien proposer d'autre que XOR et AND ?

Le but d'XLib est simplement d'avoir des routines de sprites très rapides ... on s'en fou de la taille ...

trust: faisons déjà v2 simplement ...

30% plus petites, ça me paraît vraiment difficile.
Enfin, peut-être que je suis totalement à côté d'une technique qui permettrait de réduire vraiment la taille de nos routines.
Tu me la montreras celle-là aussi...
Et elle sera au moins aussi rapide que ce qu'on actuellement, je suppose ?

jackiechan :
Comment ça, "ExtGraph n'a été" ? "a été" ou "n'a pas été" ? Si je comprends bien la fin de ton post, tu veux dire qu'ExtGraph ne devrait rien proposer d'autre que XOR et AND ?

n' <=> négation
Oui ...

En précalculant les offset eput être que les rouines seraient plus rapides et/ou petites mais y'aurait une table en plus. Sinon je vois pas trop où gagner...

non c'est un ou exlusif (pour les methodes normales)
bien qu'il serait en effet possible de faire 30% plus petite et 30% plus rapide avec du preshifting et un format de gplan adapté, mais alors la c'est pas la peine KK va gueuler parce que ca bouffe de la ram

Et puis ce n'est pas vraiment plus petit, si tu préshiftes les sprites.
Donc trust, tu me montres :
- une routine d'affichage de sprite dans le mode que tu veux 30% plus rapide que celles d'ExtGraph en ASM, sans dérouler.
- une routine d'affichage de sprite dans le mode que tu veux 30% plus petite que celles d'ExtGraph en ASM.
Donc sans préshifter, évidemment

bein si je preshift les sprite je gagne en vitesse
si je modifie le format du Gplan je gagne en place
si je fait les 2 je gagne les 2...

Ué 1Ko le sprite 16, la lib gagne en place mais le prog je sais pas

le preshifting se faire en ram...
de plus avec le ou exclusif ya pas besoin de preshifting

sans préshifter...
tu sais très bien que ça ne fait rien gagner comme place ça...

OK, donc fais ta routine avec le ou exclusif sans préshifter.

tu sais très bien que ça ne fait rien gagner comme place ça...

relit mes postes et en plus t'as deja fait une routine de preshifting? parce que ca fait gagner aussi de la place

tu sais très bien que ça ne fait rien gagner comme place ça...

relit mes postes

Évidemment que la routine prend moins de place, mais le sprite en prend beaucoup plus.

et alors c'est de la ram...

bon j'ai 40 sprites, euh bah mon prog prend 40Ko de ram en plus :/
Ceci dit faut rajouter la routine qui alloue la ram, celle qui shift le sprite. Et leurs appels multiples. Ca prend de la place dans le prog ça aussi ^^

heu t'as deja vu les prog de FZ, ils sont basés surt quoi a ton avis

C'est pas la question, tu dis que ça prend moins de place, mais n'oublie pas de tout compter. On ne parle pas de FZ là.

t'as deja fait une routine de preshifting?

on en reparle apres

Parlons-en avant ça donnera moins l'impression que tu cherches à fuir le débat

je vois pas pourquoi je fuirait le debat, je parlerai de cela avec des personnes qui auront au moins essayé d'en faire une!

T'as pas envie de parler dis-le tout de suite!
Et tu n'as pas vraiment répondu à mon post 106
Forcément si tu refuses de parler on n'avancera pas.

ca se voit qu'en codant.. et tu oublie de rajouter que le gplan est modifié, donc bon reflechi encore et propose moi qqc apres

De toutes façons ça n'a jamais été possible de débattre constructivement avec toi ...

je ne peux pas expliquer qqc a qqn qui n'a pas essayé de comprendre par lui meme..

c'estr vrai que c dur meme moi je suis sur d'y arriver

A se propos je susi sur que la moitié des gens ne savent meme pas de quoi tu parle (je parle pas des habitué) donc prend les pas de trop haut stp

Les personnes auxquelles il s'adresse comprennent ce qu'il dit.

w #6,d0 adda.w d0,a1 ; Affichage moveq.l #15,d2 Loop: or.l (a1)+,(a0) lea.l 30(a0),a0 dbf d2,Loop rts

Voici une routine qui affiche un sprite préshifté (je l'écris sur le moment), on suppose que d0.w=x d1.w=y a0.l=dest a1.l=tablsprt :; Calcul de l'offset
 
 move.w d1,d2
 lsl.w #4,d1
 sub.w d2,d1
 move.w d0,d2
 lsr.w #4,d2
 add.w d2,d1
 add.w d1,d1
 adda.w d1,a0
 
; Sélection du sprite
 
 andi.w #15,d0
 lsl.

faut le faire pour du maské pour le max de diff.
de pluc ca c'est pour la vitesse le gain de place se fait sur le format du GPlan