Quels outils pour les sprites? - Page 1

Salut la compagnie! Je voudrais savoir quels outils vous utilisez pour créer des sprites 4 gris (blanc, clair, foncé, noir) à utiliser avec TIGCCLIB (Sprite32). Je parle d'affichage par planes. En fait, je voudrais éviter à tout prix des libs exterieures pour ne pas avoir de dépendances. Tous les outils que j'ai trouvé produisaient soit du code pour graphlib etc, soit de l'asm (), alors ca me ferait vraiment chier de me fader le codage du sprite à la main. Merci.

Utilise TiPaint+ (http://www.codeur.org/~perso/)
Mais ça va dans Question, ce genre de topic !

Si tu tiens à n'utiliser que la TIGCClib, il ne faut pas t'attendre à un programme rapide

Je ne cherche pas spécialement la rapidité et je suis content du résultat. Merci.

TIGCCLIB est rapide!

BitmapPut, ça c'est lent...

Sacré Kevin

Encore une fois, tout est relatif. Par rapport aux fonctions correspondantes de ExtGraph, Sprite32 de la TIGCClib est lente.

Et c'est reparti pour un débat

tigcclib rapide ... LOL

pkoi serait-on obliger de faires des autres routines gfx ???

C'est rapide, on ne peut pas le nier.
Mais il existe des lib nettement plus rapides (style Xlib/Gen/GX pour le graphisme) !

Mais la plupart obligent à avoir d'autres fichiers sur la calculatrice et/ou à programmes en nostub donc moi je reste à TIGCCLIB tout simplement

c marrant ce que tu as dit )
(ou alors, je commence à fatiguer)

tu commence pas dire que tu veux pas d'autre prog ou fichier sur ta TI...
puis tu dis que les autres libs forcent à coder en nostub, et que donc, tu reste sous TIGCCLIB...

mais le premier cas, autres fichiers sous-entend kernel
et dans le second cas, avec TIGCC, tu ne peux que coder en kernel ou en nostub... or, tu semble ne pas vouloir faire de nostub

J'étais pressé donc rectification, je ne veux faire que du nostub (bien que j'ai toujours un kernel sur ma calc n'en daiplaise à certain), mais personnellement je n'utiliserais les libs du genre GenLib que si c'est vraiement impossible de faire quelque chose de potable avec TIGCCLIB

c'est ce que je pensais, pr le nostub.

pour les libs...
ben, ma fois, les fonctions graphisuqes proposées par tigcclib (que ce soit celles en statique, ou les rom_call), c pas super le pieds
pour faire un jeu interface graphique, une librairie graphique devient vite nécessaire

Ben l'oeil humain vois de l'ordre de 10images /seconde, le processeur graphique de la ti fait du 90images/seconde donc en gris ça nous fais du 45images/secondes on prend des instructions lentes du genre sprintf(ça fait du 20 images/seconde) le jeu peu quand même etre potable je pense

ma fois, la puissance que me donne Xlib me permet de rajouter des trucs dans le reste du programme.

avec une lib lente, je perd bcp de temps ds les affichages...
moins je perd de temps ds les affichages, plus je peux en passer ailleurs

Exact !

slubman : tu oublies qu'un FPS plus élevé permet une fluidité accrue.

Moi en revanche, je suis d'accord avec slubman.

Pour la fluidité, selon Thomas Nussbaumer, dès qu'on dépasse 10 fps, il n'y a plus de différence de fluidité visible.

Thibaut> Houla ! deux fois en peu de temps que tu es d'accord avec moi

Kevin> KII à 10fps, c très lent !
En dessous de 20fps, ça commence à perdre un peu d'intéret...

Un casse-brique à 10 fps, ça pourrait petre marrant tient...
soit une balle super lente...
soit un balle se déplacant 8 pixels par 8 pixels... très saccadé

Et bien non, justement !

Ce que dit Kevin, c'est qu'à plus de 10 FPS la différence ne se ressent plus. Illustration :

Imaginons que KII tourne à 12 FPS avec ExtGraph, pour aller vite tu dois scroller par pas de 4 pixels, disons.

Imaginons que KII tourne à 24 FPS avec GraphX, pour garder la même sensation de vitesse, tu déplaces alors les sprites par pas de 2 pixels.

Y a t-il une différence POUR L'OEIL HUMAIN entre les deux situations ? non !

À partir de 10 fps seulement ?
Ça ne me semble pas énorme...

arf, j'av pas compris qu'il parlait d'utiliser des décalages différents (4 pix au lieu de 2)

(je me disais bien que tu allais aps être d'accord avec moi plus deux fois de suite )

Hors topic, mais ça reste dans le sujet : Il tourne à cb de fps KII ?

Persistance rétinienne rétinienned el'oeil humain~1:10me de seconde, donc ensuite pour avoir la même impression fluidité entre un prog qui tourne à 24fps et un autre à 12 fps il suffit de multiplier les décalage du dernier par deux

Faux.
Comme il est dit plus haut tu verra moins bien une balle qui se déplace de 8px à 10 fps que de 4px à 20 fps.

Tout est une question de gout

Nan je t'assure!
J'ai fait le test avec les balles de Meaga Man, y'a pas photo!

Ben moi tant que je paux je reste à TIGCCLIB

M'en fiche je peux pas l'utiliser sous Fargo