Optimisation d'Extgraph - Page 2

Liquid: normal que ca foir sous vti... c'est la synchro sur les port qui doit merder...

Mais TIGCCLIB détecte VTI et utilise les routines de HW1 sur VTI.

pas grave je teste oncalc........
TIMAD> ce sera koi tes formats de sprite ??

je fais remonter le topic...
on sait jamais..

Le format n'est pas encore definit (du moins il risque de changer..) dsl

tu as regardé celui de GCK ? pour les sprites maskés, il est tres astucieux et il n'ya k'un mask pour les 2 plans, alors k'extgraph y a un mask par plan !

Aghnar> c'est vrai que celui du GCK n'est pas mal fait : ça fait moins de passages de paramètres (1 au lieu de 3, voire 4)
ET puis, un autre truc pratique avec ces fonctions, c qu'il ne faut pas non plus préciser les plans... encore moins de passages de params



(arf... remontage de topic aussi, mais bon)

Heu pourquoi... il est preferble de faire une fonction setplan ?????
Comme tu veux

en n'ayant pas à passer deux paramètres pour les deux plans, on gagne pas du temps ?
(on en gagne déjà en ne passant qu'un param pour les deux plans, je pense...)

D'ailleurs, un param pour désigner les deux plans, c'est ce que fait FlashZ, je crois (j'ai lu ça ds un vieux topic ce midi), ou ...

dans son bombermaze ? tu veux dire ?

Bein c'est ce que je fais.... 1 parametre pour 2 plan....

Bon je vais ajouter une fonction setplan... mais bon c'est bine pour le confort du programmeur... car la lib est bien assez rapide comme cela.... (va ptetre faloir pense a la ralentire )

TiMad> je sais bien que c ce que tu fais
Ralentir la lib ? Noooonnnnnnnnnnnnnnnnnnnn !!! Surtout pas !!! Mieux vaut laisser le programmeur ralentir son prog s'il veut, mais uniquement s'il le veut !!!

HerveVR> je sais pas dans quel prog...
mais dans un très vieux topic, il disait ça pour ses fonctions de sprites, me semble-t'il

ah, si tu le dis ... je m'en rapelle pas

je me suis tapé une lecture de quasiment toutes les pages de la section optimisation : je cherchai des idées de trucs qui puissent optimiser un programme.

Bon cf mini msg

Erf le forum est mort a cause de ovh et des changement de lien.. (((((((

arf... je me demandais pkoi il marchais plus... je me demandai si tu ne m'avais pas censuré
j'ai vu le mini-msg... et répondu...

c archivé les mini-msg ?

Oui tous tes mini msg son archivés...

pendant trois jours, non ?

non bien plus (il faut cliquer, sur voir tous les msg... en bas..)

ce n'est pas une limite de temps, mais de nombre de messages...
il ne peut y en avoir qu'un nombre fixe au maximum... quand t'en as un autre ou que t'en envoie un autre, le dernier vire...

HerveRV>oui, il fait une synchro sur bomberflash ...

bah, alors c pas très utile, car vu que les graphs sont tjrs en gris clair minimum, tout le monde croit qu'il sait mieux gerer l'écran, il l'a dit lui même, ça change rien

Erf la syncro, moi je vois pas de diff si ce n'est que ca ralentit le prog

pour un bomber maze, ça dérange pas, mais pour d'autres trucs, je dis pas le contraire.
ça lui permet d'afficher un fps constant au moins

Une bonne synchro ne ralentit pas le programme !!! (Cf genlib).

Perso j'en sais, rien... je sais meme pas comment faire une synchro des gray (et oui le gros mauvais que je suis ) mais, au niveau du jeu, quand je joue je vois pas beaucoup de difference... a moins que je sois neu

>je sais meme pas comment faire une synchro des gray

GraySwitchCount equ __switch_cnt

 move.l __switch_cnt(PC),d0
 addq.l #2,d0
wait_for_gray_sync:
 cmp.l __switch_cnt(PC),d0
 bhi wait_for_gray_sync

[edit]Edité par Kevin Kofler le 22-01-2002 à 12:30:13[/edit]

Kevin: Je ne cherche meme pas a savoir comment on fait, j'utilises les routines de tigcc et ca me va

lol
fo que je nbote ce truc... ça peut toujours servir...

PpHd> ça ralentit forcément, vu que ça tourne dans le vide. Si GenLib précalcule des trucs pendant ce temps, alors d'accord, mais j'y crois pas trop