Utilisez-vous les fonctions de double buffering ? - Page 2

> Si t'as vraiment besoin d'une vitesse incroyable, déroule la boucle en passant par une var pour sauvegarder tous tes registres. (#17)
J'avais essayé ce style de programmation sur une routine d'effacement d'un seul plane (__stkparm__ à l'époque, ça fait longtemps). J'avais utilisé 15 registres. Je savais bien que ça ferait du code horriblement gros, mais je voulais voir.
Résultat: amélioration vitesse très faible (quelques pourcents), alors que la taille a été augmentée dans des proportions inacceptables (3840/60 = 64 movem -> 256 bytes, plus l'effacement / restauration des registres)... Donc, poubelle. Morale: faire le bourrin en déroulant les boucles n'est pas toujours intelligent... Si on est obligé de dérouler ses boucles pour arriver à faire ce qu'on veut, c'est peut-être qu'on veut faire trop sur une machine pas adaptée...

=> certe mais j'ai une petite critique:
1. Celle de grays est déroullée, donc elle prend de la place.
2. Si la vitesse est si important que ca, il serait interessante de mettrre la fonction enextern pour pouvoir l'utiliser en dehors du prog.

Raphaël :
Bon par contre après il faut attendre les switch pour les HW1 en faisant :
GrayWaitNSwitches (2); Moi j'attend qu'un switch en général.

Ça ne marche que 2 fois sur 3.

heu question con,
pour synchroniser faut mettre quoi?
faut utiliser: GrayWaitNSwitches
je met quel argument?

#28: le moteur de sBibi est bien, oui, mais le hardware n'est pas adapté... Faire la même chose sur un hardware adapté, du style GBA, est moins difficile (je ne sais pas le faire), quand même...

#30:
1. la routine de grays de TIGCC n'est pas complètement déroulée. Elle copie l'écran par tiers, pour autant qu'il me semble. Je te rappelle qu'il y a des cas où l'utilisation d'une boucle déroulée est obligatoire (gray en software), d'autres où elle ne l'est pas (lib graphique, il faut aussi avoir des versions plus petites et moins rapides, pas tout le monde a besoin de vitesse pure...).
2. Pourquoi faire (quel usage en aurais-tu "en dehors du prog" (?)) ?

#32: je me demande si ça ne serait pas marqué dans la doc de TIGCC (je n'ai pas vérifié)...

non en fait je voulais dire en dehors de la fonction, d'aileur pour Xlib v2, je l'ai externalisé de la fonction de gray, et maintenant je l'utilise pour la copie des plan, ca prend pas plus de place et ca permet d'etre plus rapide que la fonction d'extgraphlib, alors pourquoi s'en privé, un ptit jsr c'est util de temps en temps

pour la doc, j'ai pas trouvé dans la doc de la fonction portant le nom que j'ai cité

JackosKing :
heu question con,
pour synchroniser faut mettre quoi?
faut utiliser: GrayWaitNSwitches je met quel argument?

2

ok merci.
Au fait un conseil pour la prochain release de tigcc lib et extgraphlib, externalisé la fonction decopie d'ecran ca evite d'en avoir 2 (et en plus ca pose pas de probleme de compatibilité)

au fait cette attente n'est pas nécessaire sur un HW non?

Ce n'est nécessaire que sur HW1 et sur VTI, pas sur HW2 ou V200.