Forum Graph100

Non pas de 5 couleurs... par contre pour l'animation, la, je peux pas te contredire...

bonne déduction cnn  :ptdr:
leadfinner> hate de voir la prochaine démo 

1 seul 'n' à leadfiner

sinon elle prend bcp de place ton image d'intro ? où t'as fait un truc style *.gif où y'a ke  les parties ki changent ki sont mises à jour ?

je vais pas dire grand chose de plus, mais non ce n'ai pas un gif, ni un un truc du genre. C'est quelque de non fige, c'est tout  :P

Vous verrez bien de toutes facons 

C'est curieux parce que, dans mon ancien post, je pensais que c'etait le gain de place qui devait retenir l'attention, et bien, non c'est la presentation... bon comme vous voulez 

Les graphismes sont treés important ouai !!
l'optimisation aussi, mais généralement c'est vrai que ca passe après 

Bon, ca y'est y'a la perspective pour les arbres !!! Seul defaut... -1FPS mais bon faut savoir ce que vous voulez !!!

"1 sprite chez moi est 2 fois plus volumineux k'un sprite normal lol" en fait ca dépend du nb de couleur utilisée et de la téchnique de mask:
1- Noir et blanc, 1 sprite + 1 mask = 2, sans mask 1
2- NGB, 2 sprites(2 couches) + 1 mask (commun) = 3, sans mask 2
3- NGB, 2 sprites(2 couches) + 2 masks (2 couches) = 4, sans mask 2
4- NGfGGcB, 4 sprites(4 couches) + 1 mask(commun) = 5, sans mask 4
5- NGfGGcB, 4 sprites(4 couches) + 4 mask( 4 couches) = 8, sans mask 4 (pour suicidaire lol)

Pour les mask, seul les mask commun sont utilisées, les masks par couches étant plutot recommendé pour un effet de transparence autre que pour le blanc (exemple gris transparent)

le coup de l' INSTALL.EXE tu la pas cherché loin lol

en fait ca peut servir a 2 chose:
1- diviser la taille des maps par 4
2- accélérer l' affichage

simplement le 2 fo etre un pure programmeur en ASM lol
moi je me sert de cette téchnique pr couper en 4 les maps, chargeant la vraie map dans un endroit temporaire !

bon je t' explique(puisque c moi ki en ai l' auteur de cette méthode)!
Supossont que tu as une map!
En C on la stocke souvent dans un tab du type:
unsigned char map[taillex][tailley]

Suposon une map de 6*6 :

AAAAAA
AZZRZA
AZZZZA
AZZZRA
AZZRAA
AAAAAA

La taille en octet sera alors de 6*6 = 36 octets!

Le principe des maps assemblées, c de prendre chaque groupe de 4 sprites et de les coder en 1 octet:
exemple:
ici, on est des bourrins, on prend la map et on la code a l' arrache:
1- on code les sprite16*16 assemblés:
1 AAAZ

2 AAZR

3 AAZA

etc
Et la map devient alors :

123
456
789

Soit une division /4 !
Maintenant, en utilisant les sprite16*16 assemblés, faut décoder la map dans une map temporaire comme ceci:
-On scanne la map codée en x et en y
-Pour x=0 et y=0 dans notre exemple on aurai 1
Dés lors, nous regardons la librairies d' assemblages, et nous voyons ceci:
AA
AZ
Et bien c' est simple!
suffit juste de copier ces 4 octets dans la map temporaires aux endroits x et y!
La copie doit avoir pour déstination la map temporaire au endroits x*2 et y*2 (puisqu' on reconstitue la map décodée)

Maintenant fo savoir que cette méthode convient pour des maps petites ou moyenne, car si elles sont trop grandes ca limites les possibilitées, mais en tout cas ca marche très bien pour une multitude de petites maps

J' espere t' avoir éclairci !

mais de rien! pour une fois que quelqu' un me comprend  :ptdr: chuis content 

Oui c'est d'accord... C'est que pour les tests, on peut verifier la taille et si il y'a quelque chose dedans plus facilement en les mettant en zone 1. Par contre, pour le fichier de sauvegarde je pense le laisser en zone 1. SW ne va gerer qu'une seul sauvegarde, donc si on veut recommencer une partie et sauvegarder sans perdre l'ancienne, il suffit de renommer le fichier basic...
Ca me semble une bonne idee, non ? Et puis surtout, ca simplifie la programmation de faire qu'une seule sauvegarde 
Deja que la taille de la sauvegarde changera a chaque fois..... selon ou l'on se trouve dans les maps, le nombres d'ennemis...

ouaiiiiiiiiiis un sytème d' inventaire!
Y' aura des armes ? 

:bave:
prometteur