Discussion :

[D.Iste]

Bonjours,

Comme dit dans un précédent post, gestion-memoire/, je travail actuellement sur un projet de visualisation de photos. J'ai rencontré quelque souci au niveau de la RAM utilisé, ce qui m'a poussé a tester mon application sur un petit PC (l'apps est destiné a tourner sur du matos datant de 2002 (soit env : 1go ram, proco 2ghz, hdd d’époque))
Et là, c'est le drame.

Autant Java gère admirablement bien la mémoire vive, autant pour simplement lire une image et l'afficher, il me faut énormément de temps.

Pour simplement ouvrir une image et l'afficher, tel que le fait windows en 2sec quand je double clique dessus, il m'en faut ici plus de 10...
La création des miniatures, déja tres lente sur mon pc de travail (3sec) est interminable.

J'utilise pour cela le bien connu Toolkit.getDefaultToolkit().getImage("c:\\...");
Pour un exemple j'utilise ceci (modifié pour benchmark)
Mes photos de test sont au format JPEG et pèsent entre 3 et 4mo.

Si la génération des miniatures est lente, ce n'est pas encore trop grave, mais sans l'affichage des photo, l'application perd totalement de son intérêt...

J’espère vraiment que vous pourrez m'aider sur ce point

Merci d'avance pour vos réponses !

[sinok]

Commence par tester avec les méthodes modernes de chargement d'image, à savoir celles issues d'ImageIO.

Les méthodes du Toolkit sont antédiluviennes et datent des toutes premières versions de java.

Secondement, il va te falloir faire en sorte que toutes les méthodes de chargement et manipulation d'images se fassent dans un Thread séparé, en effet, charger un image dans le thread principal de ton application graphique va totalement la bloquer, de même pour les redimensionnement.

De plus, comment t'y prends tu pour faire tes miniatures? La méthode getScaledInstancce par exemple étant à éviter à tout prix car excessivement lente.

[D.Iste]

Excellente réponse !

Je savais que ces méthodes étaient vielles et poussiéreuse, mais hélas, par recherche sur notre ami, je ne tombe que la dessus, meme sur des post de 2011...

Bref, ImageIO semble bine plus rapide (semble, car j'ai du mal a savoir a quel point tellement ça va vite sur cet ordi ^^', je donnerais mes stats des que possible )

Merci donc pour ce point !

Pour les miniature, je procède ainsi :

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
final File file = new File(entity.getPath());
final BufferedImage image = ImageIO.read(file);
final Image drawImage;
 
if (image.getWidth() > image.getHeight()) {
	final int width = 100;
	final int height = 100 * image.getHeight() / image.getWidth();
	buffer = new BufferedImage(width, height, image.getType());
	drawImage = image.getScaledInstance(width, height, Image.SCALE_FAST);
} else {
	final int width = 100 * image.getWidth() / image.getHeight();
	final int height = 100;
	buffer = new BufferedImage(width, height, image.getType());
	drawImage = image.getScaledInstance(width, height, Image.SCALE_FAST);
}
 
buffer.createGraphics().drawImage(drawImage, 0, 0, null);
 
ImageIO.write(buffer, "jpg", source);

Ha !! getScaledInstancce()... Bah zut ^^
Bien vu donc pour avoir lu mon code avant même que je le publie (mais ce qui veut dire que je suis pas le 1er a tomber dans le panneau, j'aurai du mieux fouiller ce forum...)

Du coup, quelle méthode me conseillerez vous ?

Encore merci pour cette réponse, aussi rapide que pertinente !

[tchize_]

LE problème de getScaledInstance, c'est que vous obtenez d'abord une image pleine taille que vous réduisez. Le but est de décoder le jpeg directement dans la taille voulue. De plus, le JPEG contient peut être déjà une miniature que vous pourriez utiliser de suite.

Donc à regarder, les méthodes:
ImageReader.readThumbnail() et hasThumbnail()

et éventuellement (je ne suis pas certain) IIOParam.setSourceSubsampling(), pour changer la taille de lecture.