Discussion :

[Invité]

Bonjour,

Je me suis créer un composant ImagePanel :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
 
public class ImagePanel extends JPanel {
 
    private Image image;
    private File imagePath;    
    private Dimension dim;
    private Collection shapes;
 
    /**
     * Crée un nouveau ImagePanel avec l'image renseignée.
     * @param imagePath <code>File</code> : chemin vers l'image à afficher
     */
    public ImagePanel(File imagePath) {
        this.imagePath = imagePath;
        this.shapes = new ArrayList();
 
        try {
            image = ImageIO.read(imagePath);   
            dim = new Dimension( image.getWidth(null), image.getHeight(null));
            setPreferredSize( dim );            
        } catch (IOException e) {
            e.printStackTrace();
        }   
    }
 
    public void drawShape(Drawable shape) {
        shapes.add(shape);
        shape.draw();
    }
 
    protected void paintComponent(Graphics g) {
    //public void paint(Graphics g) {
 
        super.paintComponent(g);
 
        Graphics2D surface = (Graphics2D) g;
        int x = getSize().width - image.getWidth(null);
        int y = getSize().height - image.getHeight(null);
        surface.drawImage(image, x, y, null);
 
        for (Iterator it = shapes.iterator(); it.hasNext();) {
          Drawable shape = (Drawable) it.next();
          shape.draw();
        }
   }  
 
   public Collection getShapes() {
       return shapes;
   }
 
    public File getImagePath() {
        return imagePath;
    }
 
    public Image getImage() {
        return image;
    }
 
 
}

Le but étant évidemment de pouvoir y dessiner des p'tits carrés et de p'tits ronds (D'ou l'interface Drawable)

Ca fonctionne bine sauf que : ImagePanel est placé dans un JScrollPane. Et lorsque je scroll l'image dessinée se répète ..

Avant de scroller

après

J'ai lu ce post mais j'utilise déja paintComponent ..

Je suis sur que le problème est assez bête mais bon ..

[adiGuba]

Salut,


Que fait shape.draw() ???

a++

[Invité]

Salut,

Il fait ceci :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
// Drawable2D implemente Drawable
public class Square extends Drawable2D {
 
    private Point start, end;
 
    public Square(Graphics2D surface, Point start, Point end) {
        super(surface, start, end);
        this.start = start;
        this.end = end;
    }
 
    public void draw() {
        surface.drawRect((int)start.getX(), (int)start.getY(), getHeight(), getWidth());
    }  
...

[®om]

Essaye de dessiner sur une image "off-screen" et ensuite de dessiner cette image sur ton Graphics (utilise une VolatileImage).

[Invité]

heuu oui,
Tu n'as pas un peu plus de détails ?
image off-screen ?

[adiGuba]

Et d'où sort ce Graphics passé au constructeur ?
Ne vaudrait-il pas mieux passer le Graphics en paramètre à la méthode draw

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
public class Square extends Drawable2D {
 
    private Point start, end;
 
    public Square(Point start, Point end) {
        super(start, end);
        this.start = start;
        this.end = end;
    }
 
    public void draw(Graphics2D surface) {
        surface.drawRect((int)start.getX(), (int)start.getY(), getHeight(), getWidth());
    }

a++

[®om]

heuu oui,
Tu n'as pas un peu plus de détails ?
image off-screen ?

Quand tu dessines sur le Graphics passé en paramètre de .paintComponent(), ça dessines sur l'écran...

Donc si tu dessines successivement plein de trucs, par exemple tu fais un rectangle plein tout bleu pour avoir un fond bleu, ensuite un carré blanc puis un rond rouge...
Si l'affichage réel se produit au moment où tu as un fond bleu, tu ne verras plus ton carré blanc ni ton rond rouge...

Le principe est d'utiliser un autre Graphics, celui d'une VolatileImage...
Pour son utilisation, suffit de regarder la javadoc à VolatileImage...

Je ne suis pas sûr que ça résoudra ton problème, mais c'est quand même une bonne chose de le faire...

[Gfx]

®om : Au risque de me répéter, SWING EST DÉJÀ DOUBLE-BUFFERED @!#. On ne fait appel à une image que pour accélerer les affichages, pas le rendre "juste".

Blaise1 : Essaye la solution d'adiGuba.

[sinok]

®om : Au risque de me répéter, SWING EST DÉJÀ DOUBLE-BUFFERED @!#. On ne fait appel à une image que pour accélerer les affichages, pas le rendre "juste".

Ouh là sujet sensible on dirait (sur un écran 1600x1280 c'est montrueux comme taille, si on ne le retiens pas après ça)

[®om]

®om : Au risque de me répéter, SWING EST DÉJÀ DOUBLE-BUFFERED @!#. On ne fait appel à une image que pour accélerer les affichages, pas le rendre "juste".

Ah ouais, effectivement...
Pourtant, il me semble que sur un truc que j'avais fait y'a longtemps, ça merdait bien sans VolatileImage (sur java 1.4)... Mais bon, ça devait venir de moi...

[®om]

Et dans ce cas, pourquoi VolatileImage optimise?

Dans ma question, la question implicite, pourquoi si ça optimise, ça n'est pas fait directement dans swing sans le faire manuellement?

Ça optimise "intrinsèquement" ou alors c'est juste parce que tu stockes dans une image 1 seule fois et ensuite tu affiches l'image?

Et si c'est ça, ça change quoi d'utiliser VolatileImage par rapport à BufferedImage?

[broumbroum]

Comme j'ai déjà écrit: il y a une boucle de rafraichissement qui te permettrait de bien dessiner l'image. Sinon tu peux aussi instancier un JPanel autour du JScrollPane avec le dBuffering activé : new JPanel("le titre SCROLLPANE", true); // <- c.f. la doc de JPANEL

Quant à l'image elle peut être Buffered ou Volatile c'est pas très différent pour un exemple comme le tien. Buffered c'est en mémoire Soft et Volatile c'est en mémoire graphique de la carte Hard. Ptetre que tu veux faire du Quake 4 avec l'image Volatile, c'est pas dit ...

[Invité]

Ok, merci à tous.
Donc en gros :
* pas besoin de volatile image pour chipooter comme je le fait
* SWING EST DÉJÀ DOUBLE-BUFFERED @!#
* Gfx n'aime pas ce répéter et adiGuba m'a peut-être trouvé la solution..

Et d'où sort ce Graphics passé au constructeur ?
Ne vaudrait-il pas mieux passer le Graphics en paramètre à la méthode draw

En fait le Graphics du constructeur venait bien évidemment de l'instanciation de la forme. Qaund j'ai tracé ma forme et lâché le bouton de la souris je fait un new Forme(Graphics) en récupérant le Graphics je ne sais plus trop comment..

Je vais tester ça.

Merci

[Invité]

Ben voilà, ça marche très bien.

Merci à tous

[Gfx]

Et dans ce cas, pourquoi VolatileImage optimise?

Une VolatileImage est une image qui se trouve en VRAM (video RAM) et qui est donc plus rapide à afficher (mais pas forcément à modifier note bien).

Dans ma question, la question implicite, pourquoi si ça optimise, ça n'est pas fait directement dans swing sans le faire manuellement?

Parce qu'une carte graphique a une quantité de VRAM limitée et qu'une VolatileImage prend très rapidement une grande quantité de mémoire. Si tu veux que ton application Swing tourne même sur les ordinateurs avec peu de VRAM tu te retrouves avec un gros problème : tes VolatileImage sont détruites pour laisser la place à d'autres ressources et tu dois les recréer. Tu risques donc au contraire de faire baisser les performances.

Ça optimise "intrinsèquement" ou alors c'est juste parce que tu stockes dans une image 1 seule fois et ensuite tu affiches l'image?

Les VolatileImage sont intrinsèquement optimisée pour l'affichage mais de manière générale, dessiner dans une image puis afficher cette image a deux bénéfices. Premièrement éviter le scintillement (mais Swing s'en charge) et deuxièmement éviter d'appeler un tas de primitives Java2D quand rien n'a changé dans le dessin. On s'en rend particulièrement compte avec, par exemple, un grand dégradé (cf http://weblogs.java.net/blog/gfx/arc...gradient.html).

broumbroum : Le JPanel est double-bufferisé par défaut. Appeler le constructeur que tu cites avec "true" en paramètre ne change rien.

Blaise1 : Le problème de passer un objet Graphics ainsi est que tu ne peux pas garantir qu'il s'agira du même Graphics au prochain rafraîchissement de l'interface. Malheureusement cela dépend de tellement de choses (notamment l'implémentation de la VM) qu'il ne vaut mieux pas essayer de contourner ce problème.

[broumbroum]

broumbroum : Le JPanel est double-bufferisé par défaut. Appeler le constructeur que tu cites avec "true" en paramètre ne change rien.

Tu utilises quelle version de Swing? Parce que ça fait tout de suite une différence quand je resize ma fenetre...

[sinok]

Au vu du bonhomme pas moins que la beta 2 de java 6.0, si ce n'est une nightly build sortie de derrière les fagots...

[Gfx]

Tu utilises quelle version de Swing? Parce que ça fait tout de suite une différence quand je resize ma fenetre...

Lis la javadoc Que ce soit 1.6, 1.5 ou 1.4 (pas regardé pour 1.3) tu pourras lire ceci :

JPanel()
Creates a new JPanel with a double buffer and a flow layout.

[Invité]

Bonjour,

J'avais besoin de plus de fonctionnalités sur mes formes, j'ai donc utilisé les implémentations de java.awt.Shape ( Rectangle2D, Ellipse2D, Polygon).

Mais le problème de répétition (décris dans le premier post est réapparu.. )