GenLib en C - Page 1

Bonjour,

J'aimerais savoir si il y a quelque part des sources en C montrant comment on se sert de GenLib?
Sur le site de T3 il n'y a que des programmes en asm (à moins que j'ai mal cherché).
Merci d'éclairer ma lanterne
fred.

ok, autant pour moi... question de débutant parrésseux...
euréka! j'arrive à afficher une tile
merci.

24h que tu as ta TI, et tu arrives déjà à afficher un tile, en C, avec genlib ?
record battu

(y'en a encore qui veulent essayer de me faire croire que genlib, c'est trop compliqué pour un nouveau ? ^^ (bon, ok, boulifb est pas vraiment un débuttant non plus ))

Et vi 8 ans de métier en C/C++ sous Win32, MFC, DDK & autres plus 15 ans d'ASM Saturn sur HP, c'est pas une librairie qui va m'arrêter
J'essaye de faire ça avec ExtGraph maintenant

Suggestion pour la doc de GenLib:
Des tutorii pour les débutants, ça serait bien...

boulifb :
Suggestion pour la doc de GenLib: Des tutorii pour les débutants, ça serait bien...

En fait, genlib est vraiment _le_ monstre de puissance... et n'est donc généralement utilisée que pour les _gros_ projets qui ont besoin de beaucoup de puissance graphique
le fait est que peu de débuttants (vu que la plupart des débuttants sur TI sont des débuttants en programmation) commencent par ce type de projets... et une fois que les gens s'attaquent à des projets où la puissance de genlib est nécessaire, ils ont pris l'habitude d'avoir à galérer pour trouver des infos, alors passer deux jours sur une librairie, ils sont pas à ça près ^^
cela dit, en effet, plus de tutos, ça ferait pas de mal (on retombe sur le pb du temps que ça prend - et de la motivation qu'il faut - pour écrire de la doc )

#6: je jette également un oeil sur le 68K. Mais c'est vraiment très différent du Saturn. Depuis que j'ai ma v200, je pars un peu dans tous les sens... Un peu comme un clebs que tu lâches dans un champ un vrai gosse

#7: ben vi, la motivation est un facteur non négligeable! Si BB, c'est pas un gros projet Ch'uis tout seul pour le faire... Mais heureusement, la communauté est là pour m'aider Pour le moment, je joue avec les tiles et les 2 librairies pour voir quels sont les formats et comment sont codées les tiles et le maps.

j'avais capté cette page...
pour mon projet BB, je vais le faire en C pour le moment

c'est quoi donc genlib (lib de jeu?) et "tile"
martial > wah je vais attendre pour me mettre a l'asm

#11: va sur le site de T3 et tu verras... "tile" vient de l'anglais qui signifie "mosaïque". C'est l'unité graphique des jeux 2D.

Un carreau plutôt. Mosaïque se dit... mosaic.

"mosaic" == "tile" ?
ah ben je comprends tout maintenant

(Je croyais qu'une mosaic c'était un tableau de tile (ceux qu'on trouve quand on cherche des sprites rippé) )

En tout cas c'est pas afficher un tile qui est interressant parceque tu ne va pas gérer toi même le scrolling et donc l'affichage de chaque tile; il faut que tu utilise un moteur qui fait ça tout seul (enfin tu pourrais toujours faire ton propre moteur, mais ça serait bcp plus lent).

L'asm pour des gros projet, c'est quand même galère (BB est un relativement gros projet je trouve)

ExtGraph est faite pour être utilisée en C, Genlib moins... ExtGraph a plus de fonctions plus spécialisées, Genlib a des fonctions plus générales, mais le code s'en ressent (SMC, etc.).

Genlib est tout à fait utilisable en C, pourquoi tu dis "moins " ?
C'est vrai que quelques macros sont accessibles uniquement depuis l'assembleur, mais ça n'empêche pas d'utiliser l'immense reste.

Dans Genlib, il y a des fonctions dont l'utilisation en C nécessite des wrappers, notamment le clipping de ligne (je crois) qui retourne 4 valeurs.
Les sprites preshiftés (brute-force qu'à peu près personne n'utilise, vu la consommation mémoire) sont accessibles uniquement en ASM A68k sous Genlib, non ? Ceux d'ExtGraph sont accessibles en C, à travers des macros ASM inline avec opérandes C.

Oui, je pensais bien aux pré-shiftés, mais j'aurais tendance à dire que quand on a besoin de tant de vitesse, ça serait du gâchi que d'appeler ces fonctions depuis du C

jfg :
L'asm pour des gros projet, c'est quand même galère (BB est un relativement gros projet je trouve)

bof non, faut juste qu'il soit bien foutu (par contre, quand il est mal foutu, c'est vraiment galère )

#21: justement, ExtGraph est aussi censée profiter de l'optimisation du compilateur sur les macros de sprites preshiftées...
Le C écrit de façon à donner du code optimisé est souvent assez différent du C qu'on écrit classiquement. Certaines réécritures simples des fonctions gagnent plus de 100 octets (TI-Chess, opening.c: tableau à 2 dimensions).

Suggestion pour la doc de GenLib:
Des tutorii pour les débutants, ça serait bien...

Oui, mais il faudrait que ca soit quelqu'un d'autre que moi qui le fasse. Je la connais trop bien pour faire un tuto pour debutant.

Dans Genlib, il y a des fonctions dont l'utilisation en C nécessite des wrappers, notamment le clipping de ligne (je crois) qui retourne 4 valeurs.

Et ?

Les sprites preshiftés (brute-force qu'à peu près personne n'utilise, vu la consommation mémoire) sont accessibles uniquement en ASM A68k sous Genlib, non ? Ceux d'ExtGraph sont accessibles en C, à travers des macros ASM inline avec opérandes C.

L'interet des sprites preshiftes est d'avoir une vitesse maximale ; donc d'utiliser l'assembleur et de hacker dans
tous les coins. Franchement, je ne vois pas l'interet de ces macros en C, sauf donner l'envie a des debutants de
les utiliser sans comprendre le veritable probleme.

Ca se défend. Mais très rares sont ceux qui font de gros programmes en ASM pur: c'est plus difficile et ça prend ~3 fois plus de temps.

Je suis sur qu'il y a plus de gros programmes en ASM pur que de gens utilisant les sprites pre-shiftes a bon escient.
Au passage, rien n'empeche de ne faire que le module de graphisme en asm pur.

PpHd :

Dans Genlib, il y a des fonctions dont l'utilisation en C nécessite des wrappers, notamment le clipping de ligne (je crois) qui retourne 4 valeurs.

Et ?

et c'est plus compliqué\long à utiliser

#13: je te crois, mais en français, on parle plus souvent de "mosaïque" dans les jeux 2d

#14: et un sprite (lutin) est composé de tiles

#16: d'accord avec toi, je vais commencer en C, après je verrais pour l'asm, faut toucher à tout

#18 et 19: j'expérimente pour le moment, je choisirais l'une ou l'autre des librairies (ou les 2 mon général), je sais pas encore, les 2 libs semblent super ne vous bagarrez pas BB tourne sur une GB à 1.05MHz et la TI à 12MHz, c'est largement suffisant non?

#25: l'asm c'est difficile et ça prend plus de temps, mais les résultats sont là...

pour un bleu comme moi, il faut d'abord que j'expérimente les 2 libs. Mais avant cela, j'aimerais faire un outil pour éditer des maps pour BB et les mettre dans le format adéquat pour GenLib et ExtGraph. Et comme je ne connais ni l'une ni l'autre de ces 2 libs, il faut que j'étudie chacune des librairies. Mais peut-être quelqu'un peut m'aider à faire cet outil. ça serait sympa j'ai toujours eu des misères avec les bitmaps Je ferais cet outil en C#, c'est plus facile à manipuler les bitmaps en C# (GDi+) qu'en GDI

Et sinon boulifb, tu serais pas chaud pour faire un véritable compilo asm/C oncalc (pk pas en collabo avec Popo) ?