Extgraphlib: But? - Page 1

Bon voila simple question:
Quels sont les but de la futur version de Extgraphlib ( ps: eviter de partir en live... ).
Orrientée jeu d'action, avec des transparence etc ou alors jeu "static"?

Orientée tous types de jeux, avec clipping et tout ce qu'il faut. Et pas de transparence (si je ne me trompe), les masques fonctionnent très bien.

Est-ce que il serait possible de faire fonctionner plus rapidement la fonction SpriteX8_OR ?

il est pas possible de faire une lib orrienté tout jeu, ex X et gen orrienté jeu bourin..

geogeo
a écrit : Est-ce que il serait possible de faire fonctionner plus rapidement la fonction SpriteX8_OR ?

Oui, cette fonction sera plus rapide dans la prochaine version, comme toutes les autres fonctions qui sont actuellement écrites en C.

TiMad
a écrit : il est pas possible de faire une lib orrienté tout jeu,

Si, et le but de ExtGraph est de le montrer. Est-ce que ça répond à ta question?

mouai.. bein on vera

> Quels sont les but de la futur version de Extgraphlib ( ps: eviter de partir en live... ).
Je salue l'initiative "ps: éviter de partir en live...". Ca n'est pas toujours que tu fais ça, c'est le moins qu'on puisse dire...

Cf l'autre topic (XLib: trop lente ?).

Les buts de la future version d'extgraph c'est simplement de proposer des fonctions plus rapides (et clippées aussi pour les fonctions de sprites).

Mais le but de ExtGraph a toujours été d'être utile pour tous les types de jeux (pas seulement pour les jeux de plateau comme prétend TiMad).

dans ce cas-là j'aimerais bien voir un fernando 3C programmé avec l'extgraph actuelle ...

Malgré ses nouvelles performances, Extgraph ne pourra jamais dépasser dans un domaine une lib spécialisée pour ce domaine en particulier. Autrement dit même avec la nouvelle version si elle devient utilisable pour des jeux avec beaucoup de graphisme, ce n'est pas pour ça qu'elle pourra "remplacer" Gen, ni XLib, ni GraphX.

Oui, je suis d'accord.

Je trouve Extgraph une librairies importante pour le développement de jeux et de programmes. Ce serait bien qu'elle inclut des fonctions comme le zoom, l'affichage d'image compressé en 4 et 7 niveaux de gris...

Vark
a écrit : dans ce cas-là j'aimerais bien voir un fernando 3C programmé avec l'extgraph actuelle ...

Ce n'est pas parce que ça n'a pas été fait que ce n'est pas possible. Il y a déjà des jump&runs avec ExtGraph! Je ne vois pas pourquoi il ne pourrait pas y avoir aussi un Fer3C avec ExtGraph.

Vertyos
a écrit : Malgré ses nouvelles performances, Extgraph ne pourra jamais dépasser dans un domaine une lib spécialisée pour ce domaine en particulier. Autrement dit même avec la nouvelle version si elle devient utilisable pour des jeux avec beaucoup de graphisme, ce n'est pas pour ça qu'elle pourra "remplacer" Gen, ni XLib, ni GraphX.

Si, elle les peut remplacer dès maintenant, et ce sera encore plus le cas avec le clipping.

Mwof... allons Kevin sois réaliste
Extgraph deviendra peut-être très performante, mais ne pourras quand même pas rivaliser avec Gen ou X car elle sera non orientée (par oppositions aux deux autres orientés jeux)

Kevin Kofler a écrit :
Ce n'est pas parce que ça n'a pas été fait que ce n'est pas possible. Il y a déjà des jump&runs avec ExtGraph! Je ne vois pas pourquoi il ne pourrait pas y avoir aussi un Fer3C avec ExtGraph.

ben alors vas-y ! fait un fer3C avec extgraph qui tourne à 60Fps ! ce jeu a à mon avis le moteur le plus perfectionné et aboutit qui existe sur ti, extgraph ne sera jamais capable d'arriver à un tel résultat ou alors à 5-10fps ...

geogeo
a écrit : Ce serait bien qu'elle inclut des fonctions comme le zoom,

C'est déjà le cas!

l'affichage d'image compressé

Tu utilises UnpackBuffer (qui est déjà dans ExtGraph) et tu affiches l'image après. Ce n'est pas une bonne idée de décompresser et d'afficher en même temps. C'est soit lent, soit implique une mauvaise technique de compression.

en 4 et 7 niveaux de gris...

Les 4 niveaux de gris y sont déjà (routines GraySprite...). Pour les 7 (et 8! Je ne vois pas pourquoi se limiter à 7 niveaux de gris. 8 niveaux de gris sont aussi possibles!) niveaux de gris, ça n'y est pas encore. XDanger et jackiechan, vous comptez implémenter des routines Gray7Sprite... et/ou Gray8Sprite... un de ces jours?

Faudrait déjà qu'on fasse GraySprite tout court

Vark
a écrit : ben alors vas-y ! fait un fer3C avec extgraph qui tourne à 60Fps ! ce jeu a à mon avis le moteur le plus perfectionné et aboutit qui existe sur ti, extgraph ne sera jamais capable d'arriver à un tel résultat ou alors à 5-10fps ...

Mais arrêtez avec votre manie des fps! On s'en fiche du nombre de fps! L'important, c'est que ça fonctionne! Et puis la prochaîne version de ExtGraph sera au moins aussi rapide que GraphX d'après les benchs que j'ai vus.

Allez ça va être vite vu

edit: réponse à Jackiechan

Moi je ne recherche pas spécialement la vitesse dans mon programme. Je voudrais savoir comment on fait pour compresser une image et 4 niveaux de gris et la décompresser on calc.

Kevin Kofler a écrit :
Mais arrêtez avec votre manie des fps! On s'en fiche du nombre de fps! L'important, c'est que ça fonctionne! Et puis la prochaîne version de ExtGraph sera au moins aussi rapide que GraphX d'après les benchs que j'ai vus.

cool ça fonctionne, ça mets 5s pour afficher une image mais ça fonctionne super ton raisonnement kevin

et Gx n'est pas assez performante à mon gout, c pour cela que je n'ai pas pu continuer kta

Ximoon> Oui, ça va être vite vu, mais la fonction serait plus rapide et plus petite si le format de sprite changeait...
Je vais faire une version pour garder la compatibilité avec l'ancien ExtGraph et une nouvelle avec un format de sprite moins lourd.
Ça fera encore plus de fonctions dans ExtGraph ! Elle va vraiment être monstrueuse, cette lib, je ne sais pas comment on pourra s'y retrouver dedans...

Quelqu'un pourrais me dire comment on fait pour compresser et décompresser des images en 4 niveaux de gris on calc.

> Je voudrais savoir comment on fait pour compresser une image et 4 niveaux de gris et la décompresser on calc.
A tout hasard, regarde les tutorials (je ne sais plus lesquels exactement) sur http://tict.ticalc.org

> XDanger et jackiechan, vous comptez implémenter des routines Gray7Sprite... et/ou Gray8Sprite... un de ces jours?
Euh... Faudrait déjà qu'on fasse GraySprite tout court . Mais pour ça faut finir les Sprite avant...

>Ça fera encore plus de fonctions dans ExtGraph ! Elle va vraiment être monstrueuse, cette lib, je ne sais pas comment on pourra s'y retrouver dedans...
Euh, oui, là ça va faire beaucoup (puisqu'on va faire une routine __stkparm__ et une routine __regparm__ pour chaque)... Faudra voir si on fait un autre type de format de sprite, quand même...

jackiechan: cf mini-messages...

Kevin Kofler a écrit :
Et puis la prochaîne version de ExtGraph sera au moins aussi rapide que GraphX d'après les benchs que j'ai vus.

Quels benchs ?

geogeo
a écrit : Quelqu'un pourrais me dire comment on fait pour compresser et décompresser des images en 4 niveaux de gris on calc.

Kevin Kofler a écrit :
Tu utilises UnpackBuffer (qui est déjà dans ExtGraph) et tu affiches l'image après. Ce n'est pas une bonne idée de décompresser et d'afficher en même temps. C'est soit lent, soit implique une mauvaise technique de compression.

> Quels benchs ?
Ceux de Raphaël, probablement.

geogeo
a écrit : Moi je ne recherche pas spécialement la vitesse dans mon programme. Je voudrais savoir comment on fait pour compresser une image et 4 niveaux de gris et la décompresser on calc.

Tu la compresses avec ttpack (TIGCC Tools Suite) et tu la décompresses on-calc avec UnpackBuffer qui est dans ExtGraph.

Vark a écrit :
cool ça fonctionne, ça mets 5s pour afficher une image mais ça fonctionne ... super ton raisonnement kevin

Si ça met 5s pour chaque image, ça ne fonctionne pas. Mais c'est loin d'être le cas.

jackiechan
a écrit : Ça fera encore plus de fonctions dans ExtGraph ! Elle va vraiment être monstrueuse, cette lib, je ne sais pas comment on pourra s'y retrouver dedans...

Je ne vois pas le problème. Avec les librairies statiques, plus il y a de fonctions, mieux c'est. Ça n'a aucun désavantage.

jackiechan
a écrit : Quels benchs ?

Quelqu'un (je pense que c'était toi ) a posté des pourcentages d'accélération des routines de sprites par rapport à l'ancienne version. Mis ensemble avec les benchs GraphX vs. ExtGraph ancienne version qui avaient été faits il y a quelques mois, j'en conclus que la nouvelle version de ExtGraph a au moins atteint GraphX.

Kevin Kofler
a écrit : Je ne vois pas le problème. Avec les librairies statiques, plus il y a de fonctions, mieux c'est. Ça n'a aucun désavantage.

C'est vrai, mais quand même. Après, les utilisateurs ne vont plus s'y retrouver...

Quelqu'un (je pense que c'était toi ) a posté des pourcentages d'accélération des routines de sprites par rapport à l'ancienne version. Mis ensemble avec les benchs GraphX vs. ExtGraph ancienne version qui avaient été faits il y a quelques mois, j'en conclus que la nouvelle version de ExtGraph a au moins atteint GraphX.

OK. Ça reste quand même approximatif...

> Je ne vois pas le problème. Avec les librairies statiques, plus il y a de fonctions, mieux c'est. Ça n'a aucun désavantage.
Ben, la doc va devenir monstrueuse et moins simple d'emploi... Vertyos & co n'attendent que ça...