Discussion :

[Mr.Cow]

Bonjour,
je rencontre un problème génant de performances de l'affichage sur un début d'application graphique.
La fenêtre principale est composée d'un JPanel et d'un JSlider, le but étant d'afficher une image dans le JPanel pour chaque "cran" du JSlider.
Je possère un répertoire contenant une 40aine d'images (en bmp ou png), la taille du JSlider est donc bien sûr adaptée au nombre d'images du répertoire.

J'ai défini une classe JPanelImage qui étend JPanel et qui possède une méthode paint(Graphics) qui va bien pour afficher l'image adaptée à la taille du JPanel.
Cette classe possède aussi une méthode setImage(Image) pour changer l'image en fonction du cran du slider.

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
 
public class JPanelImage extends JPanel {
    Image image; 
 
    public JPanelImage() {
        this.image = null;
    }
 
    public void setImage(Image image){
    	this.image = image;
    	this.repaint();
    }
 
    public void paint( Graphics g ) {
           super.paintComponent(g);
           g.drawImage(image, 0, 0, this.getWidth(), this.getHeight(), null);
   }
 
}

Je charge toutes les images en mémoire dans un ArrayList à la création de la fenêtre principale grâce à la méthode ImageIO.read(file), puis en fonction du cran du slider choisi, j'affiche telle ou telle image (ex: panelImage.setImage(images.get(slider.getValue())); )

Avec des bmp, le rafraichissement du panel est fluide (utilisation processeur ~15%) mais avec des png c'est la catastrophe, le slider "rame" et le processeur s'affole (~50% d'utilisation processeur et c'est un dual core...).

Auriez-vous des idées pour améliorer significativement les performances ?
Je précise que j'ai essayé la méthode Toolkit.getDefaultToolkit().getImage(image), mais elle ne gère pas les bmp et l'affichage des png est fluide mais l'image n'est pas chargée directement (surement à cause du fait que getImage(image) charge l'image en arrière-plan ?).

Merci d'avance pour votre aide.

[dinobogan]

Puisque tu précharges tes images, il n'y a plus de différence entre une source bmp ou png.
Es-tu sûr, dans ton code, que toutes tes images sont chargées au démarrage de l'appli ? Ou alors ne seraient-elles pas chargées au fur et à mesure du changement de ta scrollbar ?

[yciabaud]

Bonjour,
je rencontre un problème génant de performances de l'affichage sur un début d'application graphique.
La fenêtre principale est composée d'un JPanel et d'un JSlider, le but étant d'afficher une image dans le JPanel pour chaque "cran" du JSlider.
Je possère un répertoire contenant une 40aine d'images (en bmp ou png), la taille du JSlider est donc bien sûr adaptée au nombre d'images du répertoire.

J'ai défini une classe JPanelImage qui étend JPanel et qui possède une méthode paint(Graphics) qui va bien pour afficher l'image adaptée à la taille du JPanel.
Cette classe possède aussi une méthode setImage(Image) pour changer l'image en fonction du cran du slider.

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
 
public class JPanelImage extends JPanel {
    Image image; 
 
    public JPanelImage() {
        this.image = null;
    }
 
    public void setImage(Image image){
    	this.image = image;
    	this.repaint();
    }
 
    public void paint( Graphics g ) {
           super.paintComponent(g);
           g.drawImage(image, 0, 0, this.getWidth(), this.getHeight(), null);
   }
 
}

Je charge toutes les images en mémoire dans un ArrayList à la création de la fenêtre principale grâce à la méthode ImageIO.read(file), puis en fonction du cran du slider choisi, j'affiche telle ou telle image (ex: panelImage.setImage(images.get(slider.getValue())); )

Avec des bmp, le rafraichissement du panel est fluide (utilisation processeur ~15%) mais avec des png c'est la catastrophe, le slider "rame" et le processeur s'affole (~50% d'utilisation processeur et c'est un dual core...).

Auriez-vous des idées pour améliorer significativement les performances ?
Je précise que j'ai essayé la méthode Toolkit.getDefaultToolkit().getImage(image), mais elle ne gère pas les bmp et l'affichage des png est fluide mais l'image n'est pas chargée directement (surement à cause du fait que getImage(image) charge l'image en arrière-plan ?).

Merci d'avance pour votre aide.

Il faut redéfinir la méthode paintComponent et non paint pour améliorer les perfs.

En plus la tu appelles paintComponent depuis paint c'est bizarre...

[sinok]

http://www.developpez.net/forums/sho...69&postcount=2

Il faut bien préférer paintComponent à paint mais pas pour des raison de perfs, en effet la méthode paint dans Swing a pour but d'appeler un certain nombre de méthodes dont paintComponent mais pas uniquement, redéfinir la méthode paint peut s'avérer un poil problématique car tu peux empêcher plus que le dessin du composant en lui même.

[bouye]

C'est a dire le dessin de ses sous-composants et de sa bordure. paintComponent() est donc la voie a choisir.

[Mr.Cow]

Merci beaucoup pour vos réponses, ça marche parfaitement maintenant, avec une utilisation du processeur minime et plus aucun ralentissement que ça soit avec des bmp ou des png !

J'ai utilisé la méthode de sinok pour rendre les images compatibles avec la carte graphique et j'ai changé le paint() en paintComponent().