Forum Graph100

Ca suit ca suit ! nah je veux dire : c fluide ;-)

c clair  je voudrais voir la carte alors !

euh il a fait lol
sinon va voir sur :
http://fgpstudios.free.fr

mouai c clair ke si un jour on voit le bout d'un morco de jeu a tester ca pourré etre intéressant mais l'interet d'un jeu c d'y jouer non ?!!!!!! Mdr  non mais prends ton temps t'inkiete ;-)

moi je te dit une chose : regroupe les sprites en carré de 2*2, pui tu utilise une liste de sprite et le décodeur qui va avec ! la la taille de tes cartes va etre, si tu n' a besoin que de 256 groupes possibles de 4 sprite, divisé par 4 !!!ce qui nous donne 2500 (50*50 au lieu de 100*100) +100 ( pr tes infos) + 256(regroupement de sprite) * 4( car 4 sprites) (si tu inclus dans ta carte cette liste de sprite) = 3624 octet !!! elle est pas belle la vie  :mrgreen: ? non mais serieu moi je me sert de cette méthode pour blaster corp., évidemment ca prend du temps a charger mais ca fait style le temps de chargement non? et puis si ca se trouve ca met meme pas 1 fraction de seconde alors ...

enfin bon tout ca pour te dire que c facilement résolvable !
Et encore, tu pourrait apres appliquer ton system de compression pour réduire encore plus !!!

Ensuite le tout pourra rentrer facile dans un lecteur :
3624 * 16 +65536 ( la taille max de ton exe ( en fait c bien moins mais comme je me souviens plus ... mdr) =  123520 octets en utilisant 16 carte non compréssées et une executable qui ne pourra pas atteindre cette taille .

Enfin bref voila une idée de codage/compression que je juge bonne, ki marche tres bien !!!
A propos, 2 chose : l' une c que la liste des sprites ( moi j' appelle ca les Hyper Sprites Assemblés mdr demandez a casiomax pourquoi  ) t pas obligé de la stocker dans ta carte si les autres peuvent etre faites avec celle ci ce qui enleve 1024 octet a la cartes  mais quand une carte possede sa propre liste ca permet plus de libertés aussi ! c un choix a prendre dans ce cas!
L' autre est que les cartes deviennent compliquées a faire ! en effet, il faudra modifier ton éditeur de maniere a pouvoir poser des sprites 4 par 4 ! tout as un défaut ! cependant je pense que ca permettrai pê de faire ses cartes plus vite, puisque - de sprites a gérer !

Au niveau de la lecture : la 2 solutions :
1- décoder dans un tableau temporaire et lire a l' ancienne
2- directement lire et afficher les sprites 4 par 4 ! (plus compliqué !)

Voila donc mes idées sur la compression de carte ! 

Je comprend pas bien ta méthode d'hyper sprites assemblés.
Surtout je comprend pas bien l'intéret de grouper les sprites 4 par 4, si ce n'est qu'on perd en nombre de combinaisons possible (si on les groupes 4 par 4 tout en codant sur un octet les index des sprites, on a bcp moin de libertés qd à l'agencement des sprites sur la map ! )

Sinon tu as mal compris : je ne stocke pas les sprites dans chaque fichier .MAP mais seulement : 1) la carte 2) les coordonnées de divers objets qui devront être placés sur la map (cases-bonus, checkpoints). En gros, g un tab de sprites pour toutes les cartes, qui est actuellement stocké dans l'EXE ss forme de tableau( je vais pê passer en stockage fichier, je verrais )

Sinon pr ce qui est dem on éditeur, c un truc très simple, très basique g envie de ire lol puisqu'il est programmé en Qbasic !!!! Nonon vous ne révez pas, g fais ca ya longtemps, et j'avais paqs envie de me faire chier alors hop !! LOL mais bon je suis conscrient que c de la merde : c lent, c moche lol (mais ya qd même la souris mdr !!!) ;-) Tout ca pour dire que g pô envie de le modif.

Bon allé ++

lol
explication :

un décors :

09132654
15354643
25465461
12120323

voila maintenant on peut décomposer ceci en hypersprites, en prenant ceci :

H0 = 0,9,1,5
H1 = 1,3,3,5
et ainsi de suite!
C ca que j' appelle la liste de sprite! ce sont tout les H .
maintenant le codage de la map ca sera :

0123
4567

Bien entendun ca limite les possibilité, mais si les maps on des chose assez répétitive comme par exemple la falaise ou le mur de brik, ca donne des résultats très intérréssant !!!

sinon ya une méthode pour augmenter les possibilité, c simplement de prendre un mot de 16bit au lieu d' un octet ! par contre la map grossis !

@2072 : tu as tout compris. C'est pour ca que j'envisage la compression RLE
@ X-thunder : OK g mieux compris ton system. Mais étant donné l'utilisation de sprites "en 3D" (vous me comprenez), le nombre de répétitions identiques d'un carré de 4*4 sprites est énormément diminué. Donc je ne sais pas si dans mon cas précis, ca vas m'avantager ...