_X_Lib - Page 6

utilise plutot les fct de xlib ..

ca répond pas à ma question
Et pis pour l'instant elles y sont pas...

>Pegasus: Quand j'utilise cette fonction : void XGPlanc(Gplan), elle redirige les fonctions graphique vers le Gplan uniquement pour les fonctions xlib ou pour toutes celles de tigcc?????

Seulement pour les fonctions _X_Lib d'après les sources. Il est certainement possible de rediriger les fonctions de AMS qui utilisent PortSet vers le GPlan (car PortSet permet les écrans virtuels de n'importe quelle taille), mais il faut comprendre le format du GPlan (et moi, je n'y comprends absolument rien, c'est documenté encore moins bien que genlib).

Norbert: Tu me faits marrer

Bon je vais devoiler un peut des caractéristique technique de la futur version:

> Ajout d'une table de 160*2 octets dans le programme ou on a les adresses des ligne du Gplan ( Le gplan ne contient plus de table de precalculée)
Ainsi on accede a la bonne ligne de l'ecran avec un simple
add.w d1,d1
movea....
>>> ca accelere toute les routines et on atteind le 0.1MegaPxl/sec

> Gestion du Gplan... je vais expliquer aux non croyant pourquoi le Gplan et un format bien supperieur a tout les formats existant:
Arbre:
:> initialisation du Gplan
:> Routine de tracer les plans (1 2 3 anim)
=>> optimisation grace au Gplan, on les traces a des coordonnées 0 (8) => pas de shifting et pas de preshifting!!! => genlib obselet
=> routine de shift ing de tout le Gplan => positionnement du gplan au coordonnées voulu...

Conclusion: Le moteur n'affiche que des images sans shifting=> rapidité maximale
Le Gplan s'occupe de faire le shifting de tout le niveau :> divisions par au moins 18 du shifting => genlib out sans a avoir a sacrifier une couleur

Autresnouveautés Meilleurs routines des Sprites16 => subdivision en 4 cas au lieu de 3 => meilleur stabilité en fonctions de l'abscisse et meilleur rapiditée.

Voila pour ceux qui on compris ce que je viens de dire, il comprendrons pourquoi Xlib sera largement meilleur que Genlib!!!

Et les sprite 8 nvg masqué, ils y sont?
J'en ais trop trop besoin

Juste une chose, TiMad: serait-il possible de faire de _X_Lib une vraie librairie statique (un fichier .a)? Parce que les headers qui contiennent des asm(""), ce n'est pas très propre... Et aussi de subdiviser plus les fonctions en plusieurs fichiers pour qu'on puisse profiter du fait que les librairies statiques ne font linker que les fichiers objet effectivement utilisés? Parce qu'en ce moment, en doit inclure un header contenant une dizaine de fonctions même si on n'en utilise qu'une.

Oui cela sera fait des que j'aurai le temps...
Mais la en ce moment, j'ai vraiment trop de boulot en retard pour ma prepa (j'en ai au moins pour 1 mois tres intensif )

Je l'avais pas fait avant parce que tigcc ne supportait pas le passage par registres...
Maintenant elle les supporte donc j'aurai pas d'excuse... (mais pas avnt les prochaines vacances..)

Au fait, ces verions là ont pour but de permettre aux devellopeurs de programmer avec...
Pour distribuer leur prog, ils auront qu'a recompiler avec la version suivante.. (les appels de fonctions sont les memes...)


D'ailleur la version actuelle bug pour les programmes supperieur a 32ko ...
Si vous voulez que cela marche pour des prog sup a 32ko, dans les macro, remplacez bsr par jsr...

Voilà...

Les sprites 8 et 32 seront gérés dans la prochaine version... d'ailleur les sprites 8 sont deja gere dans cette verion (read the macro file) mais elle ne sont pas ce qu'il y a de plus opptimisées.. mais elles sont deja tres rapides ( > extgraphlb), il n'y a pas de probleme pour les utiliser... et puis comme ca tu peut commencer ton programme. et tu le recompileras avec la futur version.

Pour la Doc, Neurone est en train de la faire (et a par ailleur ajouter pas mal de fonctions a la lib )... je rajouterai surment des details techniques comme sur le format des Gplan (qui a encore changé... ) etc...
et un exemple pour utiliser le portset sur ce Gplan... mais ceci etant dit je ne pense pas que cela soit bien utilie puisque la prochaine version aura ses routines de fontes etc....

Cool Vivement cette version

Ouai, enfin bon le projhet et suspendu niveau asm pendant un ptit bout de temps...
Prepa oblige... et genNlib sera sortit avant...
esperont que vous ne passerez pas du cote obscure de la force...

Mais non. Ils n'y passeront jamais. Ils auraient trop peur.

tu l'as dis

lol

lol

Erf...
Je combattrai le mal!

je suis avec toi !

on se serra les co(u)des

Et moi je suis tout seul. Mais je protegerais mes enfants.

moi je passerai jamais à Xlib même si c mieux qu'extgraphlib et pas seulement parce que genlib est mieux mais aussi parce Xlib est loin d'etre finie

Xlib sera aussi finie un jour...

"Un jour mon prince viendra."
"Lorsque celui que tu aimes n'est pas la, aimes celui avec qui tu es."

joli

Les fonctions de Xlib permettent de faire deja de tres bons jeux...
Il suffit d'etre un bon programmeur
Mais bon pour ceux qui attendent tout d'une lib, ils ne seront jamais content

c po marrant une lib qui f

ait tout...

(dsl, movaise touche)

Ceci etant dit, neurone a fait des routines sur des purtés de ligne (j'ai pas tout compris car je suis pas tres intelligent), et quand on voit des fonctions comme cela, on se dit que tout de meme, le stade d'avancement de Xlib n'est pas au poit mort

genlib fait presque tout et pourtant ya du boulot en dehors et c plutot marrant

Ouai... bof, genlib fait presque rien pour moi
La prochaine version de Xlib a deja plus de fonctions que genlib... donc faut pas dire que Xlib est loin d'etre fini...
Ok, tu prefere Genlib, mais c'est pas pour cela que Xlib c'est nul

ah non g pas dit ça: g testé xlib, c rapide, c bo c neuf mais je prefere genlib et puis je v pas m'amuser à refaire mon jeu avec une autre lib

question: elle fait koi ta fonction Xoff() ou qq xhose comme ça ?²

Ni Genlib ni Xlib ni Extgraph ne sont nulle !!!
Chacune a demandé du travail, et celui-ci doit être respecté.

Ce sont juste des trucs qui doivent être utilisé différemment, en sachant que chacune offre des possibilités que les autres n'offrent pas forcément.