redimensionner une image assez grosse

Version imprimable

Salut!

J'ai fait un petit programme dans lequel je dois redimensionner une photo choisie dans le système de fichier. Ma méthode pour redimensionner l'image ressemble à ça :

Code:

1
2
3
public Image redimensionnerImage(Image im){
		return im.getScaledInstance(80,120,Image.SCALE_DEFAULT);
	}

Mais j'ai de très mauvaises performances, en particulier sur les grosses photos (en terme de nombre de pixels plus que de taille sur le disque apparemment), le redimensionnement prend facilement une petite dizaine de secondes sur des photos de coté 500 ou 600 pixels environs, et pour les photos qui vont chercher dans les plus 1000*1000 pixels, ca travaille carrément un moment avant de me sortir cette erreur :

Code:

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
Exception during event dispatch:
java.lang.ArrayIndexOutOfBoundsException: 9600
   at gnu.java.awt.peer.gtk.GtkImageConsumer.setPixels(lib-gnu-java-awt-peer-gtk.so.7)
   at java.awt.image.ReplicateScaleFilter.setPixels(libgcj.so.7)
   at java.awt.image.BufferedImage$1.startProduction(libgcj.so.7)
   at java.awt.image.FilteredImageSource.startProduction(libgcj.so.7)
   at gnu.java.awt.peer.gtk.GtkImage.<init>(lib-gnu-java-awt-peer-gtk.so.7)
   at gnu.java.awt.peer.gtk.GtkToolkit.createImage(lib-gnu-java-awt-peer-gtk.so.7)
   at java.awt.Image.getScaledInstance(libgcj.so.7)
   at carteMakerFrame.redimensionnerImage(carteMaker.java:484)
   at carteMakerFrame.actionPerformed(carteMaker.java:310)
   at javax.swing.AbstractButton.fireActionPerformed(libgcj.so.7)
   at javax.swing.AbstractButton$1.actionPerformed(libgcj.so.7)
   at javax.swing.DefaultButtonModel.fireActionPerformed(libgcj.so.7)
   at javax.swing.DefaultButtonModel.setPressed(libgcj.so.7)
   at javax.swing.plaf.basic.BasicButtonListener.mouseReleased(libgcj.so.7)
   at java.awt.Component.processMouseEvent(libgcj.so.7)
   at java.awt.Component.processEvent(libgcj.so.7)
   at java.awt.Container.processEvent(libgcj.so.7)
   at java.awt.Component.dispatchEventImpl(libgcj.so.7)
   at java.awt.Container.dispatchEventImpl(libgcj.so.7)
   at java.awt.Component.dispatchEvent(libgcj.so.7)
   at java.awt.LightweightDispatcher.handleEvent(libgcj.so.7)
   at java.awt.Container.dispatchEventImpl(libgcj.so.7)
   at java.awt.Window.dispatchEventImpl(libgcj.so.7)
   at java.awt.Component.dispatchEvent(libgcj.so.7)
   at java.awt.EventQueue.dispatchEvent(libgcj.so.7)
   at java.awt.EventDispatchThread.run(libgcj.so.7)

Est-ce que qqn connait une méthode plus légère pour redimensionner les images ?
Merci...

05/09/2006, 21h03
Orian

:faq: http://java.developpez.com/faq/java/...redimensionner

Mouaip mieux vaut ne pas uttiliser le getScaledInstance qui est 100% software et bouffe paquet de mémoire

utilise quelque chose dans ce style plutôt:
Code:

1 2 3 4 5 6 7 8 9 Image imageAReduire = ...; // ... BufferedImage image = new BufferedImage(BufferedImage.TYPE_INT_ARGB, imageAReduire.getWidth(null), imageAReduire.getHeight(null)); Graphics2D g2 = image.createGraphics(); g2.setRenderingHint(RenderingHints.KEY_INTERPOLATION, RenderingHints.VALUE_INTERPOLATION_BILINEAR); g2.drawImage(imageAReduire, 0, 0, nouvelleLargeur, nouvelleHauteur, null); g2.dispose(); imageAReduire = image;
Ensuite tu n'utilises pas la JVM standard mais celle de GNU Classpath (GCJ) qui peut causer des problèmes à ce niveau là...

05/09/2006, 21h29
ratakses

merci sinok jvais essayer ca jvous redis :)

la méthode de la faq avec getScaledInstance prend autant de temps, mais ne fonctionne pas et me donne un joli "Aborted".
05/09/2006, 21h36
sinok

Je répète le post précédent avec un peu plus de précisions: c'est dû au fait que getScaledInstance est très couteux au niveau ressources (il n'utilise pas la carte vidéo pour faire les manips) et que tu utilises une JVM pas fontionnelle à 100% même si elle n'est est pas loin.

D'ailleurs vu que tu fais du swing tu risques de tomber rapidement sur des problèmes car swing marche realivement mal avec Gcj, même si ça s'est amélioré dernièrement avec la mise en place d'une correspondance en les Graphics/Graphics2D et pango et cairo.
06/09/2006, 07h28
®om

Citation:

Envoyé par ratakses

la méthode de la faq avec getScaledInstance prend autant de temps, mais ne fonctionne pas et me donne un joli "Aborted".

La méthode de la FAQ est mauvaise, utilise celle de sinok ;)

Il y a mieux encore. La méthode ci-dessous fournit un résultat plus joli que la méthode simple proposée par sinok. Le temps d'exécution est comparable (sur mon dernier test, cela prenait quelques millisecondes de plus que la méthode simple : 15ms au lieu de ~12/10ms sur une image en 640x480 redimensionnée à 120 pixels de large).

Code:

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
 
   public static BufferedImage createThumbnail(BufferedImage image, int requestedThumbSize) {
        float ratio = (float) image.getWidth() / (float) image.getHeight();
        int width = image.getWidth();
        boolean divide = requestedThumbSize < width;
        BufferedImage thumb = image;
 
        do {
            if (divide) {
                width /= 2;
                if (width < requestedThumbSize) {
                    width = requestedThumbSize;
                }
            } else {
                width *= 2;
                if (width > requestedThumbSize) {
                    width = requestedThumbSize;
                }
            }
 
            BufferedImage temp = new BufferedImage(width, (int) (width / ratio),
                                                   image.getType());
            Graphics2D g2 = temp.createGraphics();
            g2.setRenderingHint(RenderingHints.KEY_INTERPOLATION,
                                RenderingHints.VALUE_INTERPOLATION_BILINEAR);
            g2.drawImage(thumb, 0, 0, temp.getWidth(), temp.getHeight(), null);
            g2.dispose();
 
            thumb = temp;
        } while (width != requestedThumbSize);
 
        return thumb;
    }

Citation:

Envoyé par Gfx

Code:

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
 
   public static BufferedImage createThumbnail(BufferedImage image, int requestedThumbSize) {
        float ratio = (float) image.getWidth() / (float) image.getHeight();
        int width = image.getWidth();
        boolean divide = requestedThumbSize < width;
        BufferedImage thumb = image;
 
        do {
            if (divide) {
                width /= 2;
                if (width < requestedThumbSize) {
                    width = requestedThumbSize;
                }
            } else {
                width *= 2;
                if (width > requestedThumbSize) {
                    width = requestedThumbSize;
                }
            }
 
            BufferedImage temp = new BufferedImage(width, (int) (width / ratio),
                                                   image.getType());
            Graphics2D g2 = temp.createGraphics();
            g2.setRenderingHint(RenderingHints.KEY_INTERPOLATION,
                                RenderingHints.VALUE_INTERPOLATION_BILINEAR);
            g2.drawImage(thumb, 0, 0, temp.getWidth(), temp.getHeight(), null);
            g2.dispose();
 
            thumb = temp;
        } while (width != requestedThumbSize);
 
        return thumb;
    }

J'avoue avoir du mal à distinguer la différence entre les 2 méthodes, c'est quoi qui change vraiment?...

06/09/2006, 14h09
sinok
ça tient dans l'utilisation du redering hintet de la multiplication des étapes, ce rendering hint matrche bien pour des images de destination faisant la moitié de l'image source en taille si je ne m'abuse...

Par contre cette méthode oblige à travailler avec des tailles de destination paires (je chipote je sais) car la division par deux donnera forcément un nombre pair donc mieux vaudrait un
Code:

1 2 3 4 do{ ... }while (width >= requestedThumbSize);
06/09/2006, 14h11
Gfx

2 pièce(s) jointe(s)

En divisant la taille par 2 jusqu'à atteindre la taille cible on obtient un résultat plus lissé. Un simple redimensionnement bilinéaire peut donner un résultat presque identique à un pixel resize quand tu pars d'une grande image pour atteindre une petite image. De même pour le bicubique (qui est de toute façon lent). J'ai présenté cette technique à JavaPolis 2005 et chez Sun en décembre 2005 (vidéo ici : http://java.developpez.tv/javadesktop-dec2005/#Part21 -- la manipulation d'images). La vidéo devrait présenter la démo qui montre les différences entre les deux techniques.

J'ai joint deux image à cette réponse : mipmap.png et nomipmap.png. La première utilise ma technique, la seconde celle présentée par sinok. Tu verras que la version nomipmap présente des effets d'aliasing marqué sur les zones contrastées (par exemple sommet de la colline de la première photo). Idéalement, ma technique devrait être combiné à une opération de sharpening doux pour améliorer la qualité finale.

@sinok : Tu as mal lu mon code ! Regarde le début de la boucle... tu verras que si la taille cible est dépassée, les valeurs sont ajustés pour que la boucle s'arrête et que l'image ait la bonne taille. J'ai utilisé cette méthode dans plusieurs programmes (dont http://aerith.dev.java.net) qui chargent des images de toutes tailles et tous ratio et cela marche parfaitement :p
06/09/2006, 14h27
sinok

oups :dehors:
06/09/2006, 15h34
le y@m's

Il serait bon de modifier la FAQ ;).
06/09/2006, 15h37
Orian

ouaip, pour éviter à des gens bien intentionné comme moi d'encoyer des aides qui ne servent à rien ;)
06/09/2006, 18h20
ratakses

Merci pour vos réponses!

Bon d'une part c'est vrai que j'utilisais gcj à la place du jdk sun sans avoir rien remarqué depuis le début que je faisais mon programme (n'est pas très malin qui veut). Sinon j'ai utilisé la méthode de Gfx, qui effectivement fonctionne très bien :)
J'ai encore 2-3 petits problèmes (du genre mon image réaffiche à moitié le bouton d'à côté jusqu'à ce que je redimensionne la fenêtre), mais ça c'est plutot dû au fait que je sais pas encore utiliser swing correctement :)