Plus d'excuse pour ne pas s'en servir : genlib - Page 1

Version 0.99.22b
http://www.timetoteam.fr.st

supporte le nostub, les programmes en C sont plus rapides desormais etc....

Il y a encore des raisons de ne pas s'en servir:
- C'est une librairie dynamique.
- Ça prend 16 KO pour la version "petite", et 18 KO pour la version standard.
- Pour l'utiliser en _nostub, il faut en plus linker avec une librairie d'importation, qui est une librairie statique prenant environ 3 KO dans chaque programme. Donc autant utiliser ExtGraph, qui ne prend pas beaucoup plus de place dans le programme et qui n'a pas besoin d'une librairie dynamique en plus des 3 KO pris dans le programme.

sauf que Extgraph rame bcp plus !

exact, genlib tres rapide comparée à extgraph (voir bench)

bon oki je suis po contre genlib (genclib plutot pour moi)
mais ca reste pas simple a utiliser, meme avec la doc est les exemples je m'en sort po
faites un toto claire et y aura du monde .....
a et a quand la version 1? sinon ce sera 0.99.999999999999zzzzzzzzzzz.prebeta de la mort qui tue .
[edit]Edité par progman7gray le 30-03-2002 à 18:00:24[/edit]

erf ! ya une doc incomplete en français, et je l'ai lue et elle est res claire

comme tu l'a dit elle est incomplete, donne moi le lien, ce sera deja ca.....

"supporte le nostub": non, aucun programme compilé en nostub ou kernel ne marche sur ma VTI (AMS 2.03), pas plus le bench que les autres (écran blanc dans le meilleur des cas, crash sinon) ! En plus, lorsqu'on compile sous nostub, ça ne fait rien: ça sort en mettant 'Library not found: genlib' !
"les programmes en C sont plus rapides desormais etc....": ça c'est vrai... La librairie est mieux optimisée qu'ExtGraph, qui n'est pas, je le rappelle, écrite en assembleur.
Je suis, une fois de plus, d'accord avec Kevin.

Genlib n'est pas vraiment nostub puisqu'elle importe si je ne m'abuse une sorte de mini kernel dans chaque programme....

Puis Xlib rulez

pis XLib est vachement plus simple a utiliser ...

chez moi tous les exemples marchent

en fait faudrai que je les comprenne, po que je les fasse marcher..... faut un tuto genclig ou genlib

si seulement xlib gérrait les sprites 32x32

C gros 32*32 , je me demande pourkoi on utilise de tels sprites

ben j'ai l'intention de faire un tuto genlib en C mais je manque helas de temps

les sprites 32x32 ça sert à ça :

Est-ce que des gens sont interessés pour ripper des sprites et des maps, de n'importe quel jeu GB, GBC, NGPC ? si c'est le cas je veux bien écrire le jeu et le tutorial complet qui vont avec, pour aider ceux qui ne savent pas trop comment demarrer ...
Ca interesse quelqu'un ?

La future version de Xlib vera bientot le jours
Enfin quand aol arretera de me faire des zip foireux...

je comprend po ce que tu veut Nitro, mais si ca peut aider....

TiMad : ça va enfin gérer les sprites 32x32 ?

lol vark, les ricains t'ont doublé, ils ont sortit une version avant toi lol


et perso, un jeu de ce genr, si c'est po du 7 gray, c ilisible et ce serai le meilleur moyen de montrer qui sont les boss ici

moi non plus, je n'ai pas bien compris ce que tu proposes nitro....
tu peux nous éclairer ?

C'est simple, tu as un jeu GB/GBC/NGPC/Lynx ou autre, que t'aimes bien et qui marcherait bien sur la TI (au niveau de la taille de l'écran), tu rippes les graphismes, c'est-a-dire avoir les cartes completes (comme un grand screenshot) et toutes les frames des animations des sprites, tu m'envoies tout ça et je fais le jeu et un tutorial qui explique en détails comment je fais le jeu...
c mieux la ?

En réponse au post n°11 (Liquid): 'chez moi tous les exemples marchent': sur calculette réelle je suppose ? Personnellement je refuse de mettre ce truc sur ma calculette tant que l'émulation nostub n'est pas parfaite.
Kevin confirme que les routines de gray de Genlib ne marchent pas sur VTI, contrairement à celles de TIGCC:
http://pub26.ezboard.com/ftichessteamhqfrm2.showMessage?topicID=96.topic

XDanger: Genlib marche très bien que ce soit en kernel ou en nostub, sur calculatrice et sur VTI... il suffit d'avoir un vrai dump de la rom contenant le secteur de boot, et ça VTI te le fait tout seul.. alors arrete de cracher sur ce que tu ne connais pas.
De plus, l'émulation nostub n'est pas une émulation, et il n'y a aucune limitation par rapport a la version kernel, si ce n'est les 2ko en plus, qui vont diminuer de moitié dans la prochaine release.

ouh pitin !!!! on a deux extrémistes maintenant : en plus de Kevin y'a XDanger

Perso je n'aurai rien contre genlib, si elle n'etait pas si lente

>Nitro:
>XDanger: Genlib marche très bien que ce soit en kernel ou en nostub, sur calculatrice et sur VTI... il suffit d'avoir un vrai dump de la rom contenant le secteur de boot, et ça VTI te le fait tout seul.. alors arrete de cracher sur ce que tu ne connais pas.

Mais les niveaux de gris de TIGCC fonctionnent sur VTI qu'on ait un dump entier ou seulement une mise à jour! Il y a juste 12 lignes d'assembleur à mettre pour détecter VTI (et elles y sont dans nos routines)!

>De plus, l'émulation nostub n'est pas une émulation, [...]

Tu appelles ça comment alors, reloger une librairie au format kernel dans un programme _nostub à travers un stub d'importation caché dans une librairie statique supplémentaire? Moi, j'appelle ça de l'émulation, et XDanger aussi apparemment.

décidemment timad est un gros rigolo !!!!!

Nitro>>Ca te dit SNK vs CAPCOM de la NGPC ?
Ou Metal Slug ?

iceman>> un jour tu comprendras