Vous n'êtes pas identifié.
Pages: 1
Bon j'ai remarqué un truc effrayant dans les sources de la plus part des jeux qui sont sortis:
Les sprites sont stockés dans des tableau de type char du style
char sprite1[16] = {1,1,1,0,1,0,1,1,1,1,1,0,0,0,0,0};
le problème c'est que là ça prend 8 fois plus de place que ça devrais
Le sprite d'au-dessus pourrait être codé de la sorte :
char sprite1[2] = {EB,E0}; eh oui 8 fois moins de place ! et je suis sûr que les fonctions d'affichage seront également plus rapide !
À bonne entendeur, salut !
Hors ligne
exactement 2072 et en plus étant donné k'il nya pas de différence de temps d'acces entre la RAM et La FLASH sur CAsio, les images peuvent etre stocké a l'exterieur de l'executable, donc encore plus de place,
je cherche meme a compresser encore plus l'image a laide de la méthode HUFFMAN kon a étudié en cours d'info, mais faute de temps, mon travail prends du retard !
:?
Hors ligne
c peut etre normal :
Pour afficher soit:
-de la transparence
-du gris
-des 'couleurs' modifiables
Il faut + que 1 bits pour 1 pixel.
Hors ligne
Ça n'a rien à voir, il ne faut pas utiliser un octet pour enregistré un bit.
À Y@ass: En quoi consiste la méthode Huffman, est-ce le même principe que l'algorithme LZH (utilisé dans les gif) ?
Hors ligne
Ta qu'a faire les routines car la methode d'affichage come ça est extrement complexe vu le salle ecran qu'on a
Hors ligne
les codes huffman lorsqu'ils sont bien dévelopés sont les meilleurs que jconnaisse... en plus on peu les combiner avec d'autre... mais le probleme c'est que c'est difficile à developer et ça utilise beaucoup les statistiques...
sinon pour etre efficasse faut travailler sur les bits e nassembleur sinon les codes deviennent trop gros et trop lents...
Hors ligne
Et c'est quoi le principe de cet algorithm ?
Hors ligne
http://julienborghetti.free.fr/huffman.htm
http://membres.lycos.fr/compressions/huff.html
http://perso.wanadoo.fr/walid.nabhan/developpement.htm
...
Hors ligne
Pages: 1