Discussion :

[Pecose]

Bonjour,
Mon but est de crée un sorte de calque qui gère la transparence.
Es t'il normal que ce simple bout de code:

Code :

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

1
2
3
4
BufferedImage bImage = new BufferedImage(p.getScreenWidth(), p.getScreenHeight(), BufferedImage.TYPE_INT_ARGB );
Graphics graphics = bImage.createGraphics();
g.drawImage(Toolkit.getDefaultToolkit().createImage(bImage.getSource()), 0, 0, null);
graphics.dispose();

fasse monter le travail du processeur de 3 à 10% et la mémoire vive de 50 à 650 Mo?
Sachant que ce code et exécuté 60 fois par secondes.

Es-ce que je m'y prend mal?
Y a t'il d'autres moyens?

[joel.drigo]

Salut,

Déjà, tu crées une image de la taille de l'écran, ce qui consiste à créer une zone mémoire pour stocker tous les pixels : 4 octets par pixels en ARGB, à multiplier par le nombre de pixels (largeur*hauteur de l'écran). Tu créés un tampon pour dessiner, qui consiste à réserver un peu de mémoire supplémentaire. Puis tu dupliques l'image pour la redessiner dans le tampon, ce qui consiste à au moins tripler la mémoire utilisée (le tampon reçoit le dessin de l'image, donc prend au moins la mémoire nécessaire pour). Tout ça pour rien, puisque tu crées une image totalement transparente que tu dupliques (donc tu obtiens une image totalement transparente) pour la dessiner sur elle-même (une image transparente dessinée sur une image transparente ça donne... une image transparente !!!).

Tout ça prend du cpu évidemment, surtout à raison de 60 fois par seconde ! Ce qui ne doit pas laisser beaucoup de temps au GC pour libérer la mémoire utilisée par les images intermédaires, qui attend donc d'avoir un créneau (ou d'être obligé de le faire), d'où montée en flêche de la mémoire occupée.

[Pecose]

(une image transparente dessinée sur une image transparente ça donne... une image transparente !!!)

Oui, bien sur que, là, le code ne sert à rien.
Je vais pas m'amuser à rajouter tout le dessin que je dessine dedans, ca ne te sert a rien de voir ca.
Ce que je veux faire comprendre c'est que je veux créé un calque sur lequel dessiner ce que je veux, qui fasse au final, la taille de l'écran.
Et ce que je veux savoir c'est si je m'y prend bien, ou si il y a d'autres moyens moins gourmand.

Je rigole pas méchamment, c'est juste amusant de voir qu'on arrive pas difficilement à ce comprendre tout les deux.
Tu serai pas aspi, par hasard? (T'es pas obliger de répondre)
Moi je suis un peut sur le début du spectre, c'est peut-être pour ça que c'est le bordel.

[joel.drigo]

C'est de cette ligne que je voulais parler :

Code :

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

g.drawImage(Toolkit.getDefaultToolkit().createImage(bImage.getSource()), 0, 0, null);

Elle duplique une image transparente pour la dessiner sur une image transparente, ce qui ne sert strictement à rien d'autre qu'à consommer de la mémoire et du cpu.

Si tu veux dessiner dans une image transparente, il suffit de faire :

Code :

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

1
2
3
4
5
6
BufferedImage bImage = new BufferedImage(p.getScreenWidth(), p.getScreenHeight(), BufferedImage.TYPE_INT_ARGB );
Graphics graphics = bImage.createGraphics();
 
// et là tu dessines tout ce que tu veux
 
graphics.dispose();

[Pecose]

Non, sinon j'ai rein a l'écran.
Attends je te montre:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public void paintComponent(Graphics g){
 
//là je dessine sur ma feuille "g.draw()"
 
BufferedImage bImage = new BufferedImage(p.getScreenWidth(), p.getScreenHeight(), BufferedImage.TYPE_INT_ARGB );
Graphics2D graphics = bImage.createGraphics();
graphics.setComposite(AlphaComposite.getInstance(AlphaComposite.SRC_OUT));
 
//là je dessine sur mon calque "graphics.draw()"
 
g.drawImage(Toolkit.getDefaultToolkit().createImage(bImage.getSource()), 0, 0, null); //là je pose mon calque sur ma feuille
g.dispose();
 
}

Si j'enlève cette ligne, j'ai plus rien a l'écran.
Et moi ce qui m'intéresse c'est surtout ça:

Code :

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

graphics.setComposite(AlphaComposite.getInstance(AlphaComposite.SRC_OUT));

Alors, ton avis?

(Apparemment ma blague t'as pas fait rire. T'inquiète pas, j'en ferai des mieux. )

[joel.drigo]

Ok, ça change tout d'avoir le contexte.

Déjà, inutile de faire la copie de l'image : normalement, g.drawImage(bImage, 0, 0, null); suffit à dessiner l'image. Ensuite, il ne faut pas disposer le contexte graphique du composant, mais celui de l'image, et de préférence avant de la redessiner.

En revanche, difficile de déterminer de l'intérêt du composite sans savoir quel dessin tu veux faire.

Enfin, pourquoi ne pas dessiner directement dans le contexte du composant ? Si le but est de faire du multibuffering, utiliser soit le hint de JPanel (le paramètre boolean isDoubleBuffered, ou la méthode setDoubleBuffered), soit utiliser la classe BufferStrategy (Voir https://docs.oracle.com/javase/tutor...doublebuf.html). Et si tu es dans une fenêtre fullscreen, utilise un rendu actif plutôt que passif.