>< Lib devel - Page 1

bon c'est juste un thread pour mettre l'évolution du developpement de Xlib.
pour le moment:
routine de gray modifiées.
j'attaque la routine de background.

bon finalement j'ai du passé pas mal de temps a redefinir les bases de XLib, pour le moment:
void _main(void)
{
unsigned short i,j;

XOn();
XCGPlan(_X_CGPlan);
for(i=0;i<240;i++)
for(j=0;j<128;j++)
XGPxlPut(i,j,(i)%4);

XGSwap();
while ( !(_rowread(0x2FF)&0x40) );
XOff();

}
marche nikel

les fonctions qui marchent pour le moment (completement reprogrammées pour certaines) sont:

extern void XOn(void);
extern void XOff(void);
extern unsigned long *_X_CGPlan;
extern volatile unsigned long XTimer1;
extern volatile unsigned long XTimer5;



// Fonctions de plan //
#define XNewGPlan() calloc(1,3840*2)
#define XNewBWPlan() calloc(1,3840)
#define XDestGPlan(a) free(a)
#define XDestBWPlan(a) free(a)
extern void XGSwap();
extern void XClrGPlan();
extern void XClrLPlan();
extern void XClrDPlan();
extern void XClrBWPlan();
extern void XCpyBWPlanToLPlan();
extern void XCpyBWPlanToDPlan();
extern void XCpyGPlanToLCD();
extern void XCpyBWPlanToInvLCD();
extern void XCpyDPlanToLLCD();
extern void XCpyDPlanToLCD();
extern void XCpyLPlanToDLCD();
extern void XCpyLPlanToLCD();
extern void XCGPlan(register void *GPlan asm("a0"));
extern void XCBWPlan(register void *GPlan asm("a0"));
extern void XCpyGPlanToGPlan(register void *GPlan_source asm("a0"),register void *GPlan_destination asm("a1"));


// Fonctions de pixels //
extern void XGPxlPut(register short x asm("d0"),register short y asm("d1"),register short couleur asm("d2"));
extern void XGPxlWPut(register short x asm("d0"),register short y asm("d1"));
extern void XGPxlLPut(register short x asm("d0"),register short y asm("d1"));
extern void XGPxlDPut(register short x asm("d0"),register short y asm("d1"));
extern void XGPxlBPut(register short x asm("d0"),register short y asm("d1"));
extern void XGPxlCPut(register short x asm("d0"),register short y asm("d1"));
extern short XGPxlTest(register short x asm("d0"),register short y asm("d1"));
extern void XBWPxlPut(register short x asm("d0"),register short y asm("d1"),register short couleur asm("d2"));
extern void XBWPxlWPut(register short x asm("d0"),register short y asm("d1"));
extern void XBWPxlBPut(register short x asm("d0"),register short y asm("d1"));
extern void XBWPxlCPut(register short x asm("d0"),register short y asm("d1"));
extern short XBWPxlTest(register short x asm("d0"),register short y asm("d1"));

XLibPC est presque distribuable si tu veux

bon pour les routines de level, c'est a voir, puisqu'il semblerai que ce soit peut etre inutil..

Bah moi, avec les fct de sprite d'extgraph (ok, elles ne sont pas rapides), je n'arrive même pas à 30 fps. Par contre, avec les fonctions de plane, j'arrive à plus de 60 fps...
Je gagne plus de 100% de rapidité en plus.

je vais reprogrammer les fonctions pour voir ...

Elles font quelle taille, tes fonctions d'affichage de sprite ?

je sais pas, pour le moment je refait tout, en optimisant niveau memoire (calcul d'ofset externalisé etc..)

erf finalement ca vaut pas le coup l'externalisation

je pense que le scroll diff peut tourné a 60Hz

Bon, j'ai encore réduis la taille (108 octets) de la fonction HLine, sa rapidité permet maintenant d'être intégrée sans problème dans XLib, même si elle st un poil moins rapide (j'ai encore réduis l'écart avec extgraph).

bon j'ai fait une grosse boullette dans mon bench hier (les resultats me semblaient quand meme trop bon).
En revanche j'ai trouvé une nouveau systeme de drawlevel qui permettra de faire des transparence dans toutes les couleurs sans perdre trop de vitesse, je reste optimiste pour un scroll a 40 fps, mais bon je verais

bon j'ai un XBackground qui tourne a 320 fps
mais bon ca va descendre lors de la finalisation de la routine mais je pense rester au dessus de 200fps (j'espere).
en revanche ca limite un ptit peu, et de plus le fps est relatif au nombre d'annimations a l'écran.
ca prend en plus un peu de ram (mais pas d'archive)
je pourais augmenter le fps en creant les fonctions en ram , a voir!

godzil » nEUrOO: héhé

je vais poster sa sur le forum, mais je pense qu'il faut pas lesiner sur les fonctionner a mettre dans la lib, la taille du .a on s'en fou un peu a partir du moment qu'en utilisation "normal" sa prennend pas 100Ko

Plus on fourni de fonction plus il seront contents meme si on trouve lent etc...

Moi perso, je serait pour trouver des nom plus evocateurs pour les fonction pasque XDrwSprt16GWT

c'est un peu enigmatique

Je précise aussi qu'il faudrait garder une certaine compatibilité avec les sources deja existantes, mais que cette compatibilité ne soit qu'au moment de la compilation (genre un #define pour une fonction ayant changer de nom)

nEUrOO> J'ai moi aussi optimisé légèrement (TRÈS légèrement en fait : 2 octets, 4 cycles) ma routine de ligne horizontale...

bein creer un topic la dessus comme ca on aura une trace du dev

Bon, y'a aussi un logiciel de conversion bmp,gif,jpg > sprite, la version ligne de commande est finie, et la version win32 est presque finie ...

(d'ailleurs, je pourras p-ê mettre les format de genlib avec, si c pas le mm)

Bon, j'ai réécrit une fonction de tracé de ligne horiz en me basant sur une autre implantation, et en affichant des words plutôt que des longs cette fois-ci, et je suis 4% plus lent que l'ancienne version (pour des grandes lignes, en moyenne 120 pixels) et 2% plus rapide pour des lignes d'une longueur moyenne de 50 pixels. La fonction fait 144 octets, soit 12 de moins que l'ancienne version.
Je suis moyennement satisfait.

Il n'y a plus beaucoup de news
Bon, vu que j'ai arrêté ExtGraph, vous voulez mes fonctions de level ?

bein tu peux joindre la XTeam, moi perso je prog plus
bien entendu tu grade tes copyrights etc...

Beh, c mal parti pour XLib .
je proposerai bien de mettre toutes les sources en ligne, pas de lib compilée ... comme ca, celui qui veut se sert.

Pkoi c'est mal parti ?
Sinon, j'aimerais bien comparer la vitesse de ton algo de ligne par rapport à un bresenham classique, c'est possible ?

de ligne classique ?
mais je n'ai pas vraiment d'algo ... juste l'efla qui n'est pas codé en asm, mais de tte facon, en réfléchissant un peu a cause de la division je pense que c mort ...

J'aimerais bien tester, pour voir si c'est viable.

faudrait que j'en fasse une implémentation en asm .... je risque d'avoir le temps vu que je vais pu avoir le net pendant qq temps :'(
je vais essayer, mais je te promets rien.