[axe] textes

je me demandais deux chose :

-d'ou vient la lenteur de l'affichage des caractère en axe, puisque en fais ce ne sont que des sprite, et lors d'une tilemap, on affiche 96 sprite et sa prend beaucoup moins de temps que d'afficher 96 caractère...

-quand est que on pourrais écrire sur le back-buffer ou sur les autres buffer, car des que l'ont fais un jeu en niveau de gris a moins d'utiliser la commande copy(), il est impossible d’écrire en noir...

desolee du double post mais ces questions sont toujours d'actualitee si quelqu'un saurait..

Pourquoi c'est lent ? Parce que TI est nul.
Quand est-ce qu'on peut écrire sur d'autres buffers ? Maintenant

merci beaucoup, mais ouais c'est quand meme extrenement lent, si on affiche du texte a chaque boucle, le jeu rame amort...

sachiix69 a écrit:merci beaucoup

De rien, j'utilise cet Axiom tout le temps maintenant. En plus avec TokenIDE ça donne des commandes trop fashion, du genre ZXsclstdDev(GDB1,r1)) ou ZXsclAZYmax) [Vous devez être inscrit et connecté pour voir cette image]

sachiix69 a écrit:mais ouais c'est quand meme
extrenement lent, si on affiche du texte a chaque boucle, le jeu rame
amort...

Justement, tu le dis toi même ton jeu rame. Mais chez TI ils ne pensaient pas vraiment aux jeux quand ils ont codé leur OS donc ils ont fait une routine de texte non optimisée sur le plan vitesse, mais qui leur suffisait.

..... je vais allez me plaindre au siege social

l'axiom je n'ai pas encore tout saisie ( moi et l'anglais ) donc je verrais

merci beaucoup es optimiser comme commande ?

sachiix69 a écrit:merci beaucoup es optimiser comme commande ?

J'en sais rien, mais ça permet d'écrire où tu veux
Je crois qu'en tout, l'axiom prenait 300 octets, mais c'est pas sûr. J'ai pas vérifié.

ce n'est pas tellement le poids de l'axioms le probleme, mais le poids des commande...

je regarderais tout sa