Un tout nouveau shell pour TI: sh`L - Page 9

Bah y aurait qd meme pu le clipper...

Bof.
Comme dit plus haut, cette lib est plus fait pour créér des petits jeux, dans lesquesl la plupart du temps la position des sprites est déjà connue. Si tu eux quelquechose de plus puissant, tu as intéret à utiliser une lib graphique plus puissante.

Jarode a écrit :
C sur que les fonctions d'affichage de sprite de TIGCC ne prenne pas de place mais elles sont dangereuses à utiliser. Je m'explique: étant donné quelles ne gère pas le clipping, on risque de planter la calculatrice si on affiche hors de l'écran.

Le but du C n'est pas de corriger les erreurs du programmeur. C'est à TOI de vérifier si tu n'affiche pas n'importe ou.

Jarode
a écrit : J'ai reussi, à en refaire une equivalante qui gère le cliping et qui permet en plus d'afficher les sprites masqués en une seule passe (et non deux pour Spritexx de TIGCC) à une vitesse équivalente. Le seul problème, c qu'elle marche parfaitement pour TI89 mais meme si je ne l'ai pas testé sur 92, je sais que c'a n'ira pas. Si on fait sortir un sprite a droite de l'écran, il ressortira a gauche (comme TIGCCLIB)

Oui, je pense que beaucoup on fait ça... J'ai aussi terminé hier une routine d'affichage de sprite qui gere le clipping correctement (sans faire resortir de l'autre coté), sur Ti89 et Ti92, et qui s'approche d'Extgraph en vitesse.
Simplement pour une raison que je ne comprends pas, la TIGCC team refuse de mettre des routines de sprite plus performantes dans TIGCClib.h

C vrai que TIGCC est fait pour pouvoir programmer sir TI89 et plus et de façon a avoir le plus d'outils disponibles.

Je ne connais pas vraiment les routines les routines graphiques existantes mais ils pourraient au moin en integer. La on aurai de koi faire presque n'importe quoi avec TIGCC.

Cela éviterai de recuperer des trucs a droite et a gauche

Enfin bon, c eux qui voient...

Ils ont leur idées et ils y croient comme des Dieux...

MacIntoc > et puis c libs ne sont pas forcément faite pour faire des jeux, vu que GraphX est utiliser pour shL

Orion a tort, à mon sens ! GraphX est gourmande en RAM (son shell bouffe donc plus de RAM => il ne peut pas lancer les jeux gourmands) et il doit plus ou moins la hacker pour l'intégrer à SHL.

Mais moi je n'irai pas poster sur tous les forums et tous les commentaires de news qu'il faut boycotter SHL parcequ'il exploite ma lib d'une façon à laquelle je n'avais pas pensé... Je ne suis pas encore si idiot que ça, moi

Jarode a écrit :
C sur que les fonctions d'affichage de sprite de TIGCC ne prenne pas de place mais elles sont dangereuses à utiliser.
Je m'explique: étant donné quelles ne gère pas le clipping,

Mais mettre les fonctions de ExtGraph ne changerait rien à ça. Elles ne sont pas clippées non plus.

et pourtant bob a fait des routines clipées presque aussi rapide que celle de extgraph qui sont non clipées ......

Xeno
a écrit : Bah y aurait qd meme pu le clipper...

Personne ne t'empêche de rajouter le clipping à nos routines et de nous envoyer le résultat.

Vertyos
a écrit : Simplement pour une raison que je ne comprends pas, la TIGCC team refuse de mettre des routines de sprite plus performantes dans TIGCClib.h

Nous ne pouvons pas mettre n'importe quoi dans TIGCCLIB, il faut que l'auteur donne son accord (ce qui veut aussi dire: l'auteur accepte que les routines seront mises sous la licence de TIGCCLIB). C'est pour cela que vous ne verrez jamais les routines de genlib, de XLib ou de GraphX dans TIGCCLIB.

C'est pour cela que vous ne verrez jamais les routines de genlib, de XLib ou de GraphX dans TIGCCLIB.

ah pour ça on peut faire confiance à la tigccteam

Mais j'ai aussi donné l'explication pourquoi c'est comme ça!

Nous ne pouvons pas mettre n'importe quoi dans TIGCCLIB, il faut que l'auteur donne son accord (ce qui veut aussi dire: l'auteur accepte que les routines seront mises sous la licence de TIGCCLIB).

Rintintin
a écrit : et pourtant bob a fait des routines clipées presque aussi rapide que celle de extgraph qui sont non clipées ......

S'il veut qu'elles soient dans TIGCCLIB, il n'a qu'à nous les envoyer, en précisant que c'est pour l'inclusion dans TIGCCLIB (et donc évidemment sous les termes de la licence de TIGCCLIB).

Et je précise que la licence de TIGCCLIB, c'est la GPL avec l'exception suivante:

In addition to the permissions in the GNU General Public License, the TIGCC Team gives you unlimited permission to link the compiled versions of these files with other programs, and to distribute those programs without any restriction coming from the use of this file. (The General Public License restrictions do apply in other respects; for example, they cover modification of the files, and distribution when not linked into another program.)

qui permet l'utilisation dans des programmes qui ne sont pas sous GPL.

Ces routines sont pour l'instant et jusqu'à nouvel ordre excusivement réservées à MiaM.
On verra plus tard

Vertyos
a écrit : Ces routines sont pour l'instant et jusqu'à nouvel ordre excusivement réservées à MiaM.

Voilà. Et après vous vous demandez pourquoi les routines de TIGCCLIB ne s'améliorent pas... C'est parce que les auteurs qui écrivent des routines meilleures les gardent pour leurs librairies à eux! On n'y peut rien! C'est la faute des égoïstes comme [euh... je ne cite pas de noms parce que sinon les gens cités me gueulent dessus ] qu'il n'y a pas de routines meilleures dans TIGCCLIB. C'est chez eux qu'il faut se plaindre, pas chez nous.

Bah et la TICT alors ? Ils sont plus capables que moi de faire des routines correctes, et ils sont très liés à vous...

Et puis j'ai pas dit non, j'ai juste dit plus tard.

bah ouais, et la TICT alors ? pkoi pas intégrer extmerde à tigcclib ?

Il n'est pas en forme le Kevin ces temps-ci

médor
a écrit : bah ouais, et la TICT alors ? pkoi pas intégrer [ExtGraph] à tigcclib ?

Parce que ExtGraph n'est pas finie. En particulier, il lui manque le clipping, qui est aussi exactement ce qui vous manque le plus dans TIGCCLIB, donc ça ne servirait pas à grand chose.

Vertyos a écrit :
Ces routines sont pour l'instant et jusqu'à nouvel ordre excusivement réservées à MiaM.
On verra plus tard

Miam n'est pasmorte? cool!

Miam n'avait jusqu'à présent jamais existée

C'est quoi Miam ?
Un jeu où l'on doit faire éclater le plus possible de Maïtés en leur faisant bouffer leur merde ?

Tu veux pas nous ressortir ta formule pour achever en finesse?

Moi, comme je l'ai deja dit, j'ai fait ma propre routine Sprite16 (casiment aussi rapide que TIGCCLIB) mais avec le clipping en plus. Le seul problème c qu'elle fonctionne bien que sur 89

Mais elle dechire franchement, on met ce k'on veut en x et en y (meme negatif) et ca marche tout seul De plus, elle n'abime pas ce qui a autour du buffer. Magnifique!

Et le must, c quelle prend les meme paramètres que TIGCCLIB a la diférence des modes d'affichage: il y a toujour OR et XOR que l'on peut en plus combiné au masque (en un seule passe).
ex: M_XOR+M_MASK combien les masque et le xor

Pour toutes les autres libs, je ne vois comment ils réussient a faire un truc plus rapide que TIGCCLIB car c du tres condensé!!!

Tigcc n'est pas faite pour etre super optimisée... En fait c'est meme très lent...

Je precise que c presque aussi rapide pour un affichage sans masque mais je bat TIGCCLIB en ce qui concerne les masques (je n'appel qu'une seule fois la routine...)

Rien.

Pfff...

quoi ? t'as encore une connerie à redire toi ?