Discussion :

[Selkione]

Salut à tous,

Je suis en train de faire un système de playfield et de reconstruction en ligne et en colonne, bla bla, on s'en fout.

J'ai un problème avec la transparence des pixels (d'où le titre).
Pour construire mon playfield, j'utilise des tiles. Ces tiles proviennent d'une SDL_Surface appelé tileset. Jusque là tout va bien.
J'ai mis une couleur de transparence à mon tileset (le rose).
Je construis mon playfield à l'aide du tileset, et je l'affiche sans problème. De plus les tiles qui possèdent du rose sont bien transparente.

Le problème survient quand je redessine un tile sur un tile existant. Ils se superposent au lieu de se substituer.
En gros, j'ai un tile avec le dessin d'un plus qui doit se transformer en croix, malheureusement, ils se superposent pour donner une étoile à 8 branches.

Bref, ma question est : Comment supprimer un pixel (ou le rendre transparent)?

[Laurent Gomila]

Pourquoi ne pas par exemple effacer ton playfield à chaque frame ?
Ou encore coller tes tiles sans transparence, et n'appliquer celle-ci que lorsque tu colles ton playfield sur la surface principale ?

[Selkione]

En fait ce que je cherche à faire, c'est de remplacer simplement une bande de tiles (par exemple une colonne) lorsque le playfield se déplace.
L'intérêt, c'est d'améliorer les perfomances en ne mettant à jour que ce qui est nouveau à l'écran.
Si je redessine tout, j'ai plus qu'à mettre mon algo aux toilettes .

[Ti-R]

Tu peux redessiner que la partie qui t'intéresse.
Mais actuellement les cartes graphiques sont assez puissantes pour ne pas s'occuper de ce genre de détail.
La méthode à Laurent fonctionne très bien.

[Selkione]

Je me doute bien que ce n'est pas le fait de redessiner entièrement mon playfield au lieu d'une petite partie qui va foutre en l'air mon nombre d'images par seconde.
Mais mon moteur n'est pas destiné à tourner sur un PC mais sur Nintendo DS. Comme les émulateurs de NDS ne sont pas très performant, je code en SDL/C++ avant de transposer tout pour la NDS. Pour les tests et le débuggage, c'est plus simple sur PC.

[mat.M]

Salut à tous,

Je suis en train de faire un système de playfield et de reconstruction en ligne et en colonne, bla bla, on s'en fout.

Est-ce que tu peux utiliser une terminologie en bon français merci ?
Parce que "playfield" cela ne me dit rien.

La méthode de Laurent encore une fois est la bonne ;
Sinon il faut 2 tableaux de tuiles j'ai été confronté à ce problème pour mon projet.
IL faut un tableau des tuiles courantes de l'images et un autre,constant, qui lors du rafraichissement écrasera les anciennes

En fait ce que je cherche à faire, c'est de remplacer simplement une bande de tiles (par exemple une colonne) lorsque le playfield se déplace.
L'intérêt, c'est d'améliorer les perfomances en ne mettant à jour que ce qui est nouveau à l'écran.
Si je redessine tout, j'ai plus qu'à mettre mon algo aux toilettes .

Ce n'est pas jouable sinon tu vas avoir des problèmes d'affichage.
Il faut remettre à jour tout l'écran

[fearyourself]

En fait ce que je cherche à faire, c'est de remplacer simplement une bande de tiles (par exemple une colonne) lorsque le playfield se déplace.
L'intérêt, c'est d'améliorer les perfomances en ne mettant à jour que ce qui est nouveau à l'écran.
Si je redessine tout, j'ai plus qu'à mettre mon algo aux toilettes .

Si tu cherches à ne redessiner pas le tout en principe ce que tu devrais faire est travailler avec un tampon supplémentaire.

- Tu effaces le tampon.
Lorsque tu bouges, tu fais une copie de la portion de l'écran que tu souhaites garder en décalant bien sûr comme tu veux (vers la gauche si le joueur va vers la droite, etc.).
- Ensuite tu dessines sur le tampon les tuiles manquantes.
- Tu fais le blit sur l'écran

Remarque que ceci demande de mettre à zéro le tampon (donc on aurait pu mettre l'écran à zéro), faire une copie surface écran vers surface tampon et après dans l'autre sens.

Ceci n'est que valable si :
- Ton affichage se fait avec des multipasses
- Le fait de chercher les tuiles et les copier prend beaucoup de temps

Sinon la méthode de Laurent semble être la mieux.

Il faut se dire que dans ton cas, la méthode naïve n'est pas forcément mauvaise et est plus ou moins indépendante au reste du programme. Si cela posera vraiment un problème, alors tu pourras modifier l'affichage plus tard.

Jc

[Selkione]

Merci à tous pour vos réponses. Je crois qu'effectivement la méthode de laurent est la bonne.

Ou encore coller tes tiles sans transparence, et n'appliquer celle-ci que lorsque tu colles ton playfield sur la surface principale ?

J'avais mis ma transparence sur le tileset et non sur le playfield. C'est pouquoi j'avais ce chevauchement.
J'ai corrigé ça. Mais le playfield ne devient pas transparent. Pourtant je lui ai appliqué la même couleur de transparence (c'est à dire toujours le rose (0xff,0x00,0xff)) mais lors du blit de ce playfield sur la surface principal, j'ai des gros patés rose partout.

J'ai fait des tests de comparaison entre les valeurs de pixels et la couleur de transparence, elles ont exactement la même valeur...

[Selkione]

Ca y est le problème est résolu.

Je n'avais pas le même format entre mon tileset et mon playfield.
Il suffisait donc de transformer le playfield dans le même format que le format d'affichage (DisplayFormat):

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
//The image that's loaded
SDL_Surface* loadedImage = NULL;
 
//Load the image
loadedImage = SDL_CreateRGBSurface( SDL_SWSURFACE, nbTileW * tileWidth, nbTileH * tileHeight, 32, 0xff000000, 0x00ff0000, 0x0000ff00, 0x000000ff );
 
//Create an optimized surface
this->monPlayfield = SDL_DisplayFormat( loadedImage );
 
//Free the old surface
SDL_FreeSurface( loadedImage );

Donc ma transparence est uniquement sur mon playfield et plus du tout sur mon tileset.

Merci à tous!