Discussion :

[remi.passmoilesel]

Bonjour à tous !

Je développe une application où un utilisateur peut dessiner des formes sur un canevas (un JPanel). Sur le fond du canevas sont dessinées plusieurs images "assemblées" ce qui peut former de (très) grandes images. L'utilisateur peut zoomer / dezoomer et se déplacer sur l'image.

Jusqu'à présent je n'ai pas vraiment chercher à optimiser, tout est chargé en mémoire (BufferedImage) et quand l'OutOfMemoryError fut venue, le programme fut plantu. Mais désormais je souhaite faire quelque chose d'un peu mieux, je voudrais que l'utilisateur puisse utiliser des images très grandes et je ne sais pas vraiment quelle stratégie est la meilleure.

Avant tout, malgré de nombreuses recherches je n'ai pas trouvé de librairie toute faite pour gérer ce genre de problème, mais en existe-t-il une ?

Sinon existe-t-il une stratégie pour gérer ce genre de problème ? Un patron de conception ?

Dois-je écrire l'image sur le disque, faire en sorte que l'utilisateur modifie cette image et répercuter les modifications sur l'affichage ?

Merci pour votre attention

[joel.drigo]

Salut,

Il n'y a pas de secret : pour afficher une image dans un JPanel (ou un Canvas) il faut qu'elle soit entièrement chargée en mémoire. Combien de mémoire as-tu alloué à ton programme ? Une image 4096x4096 en RGB prend 64 MiB. Avec 1 GiB, tu peux déjà en charger pas mal. Si les images sont vraiment très grandes, de toute manière, à un moment donné, on ne peut pas afficher une image plus grande que l'écran. Enfin je veux dire que tout ce qui est affiché en dehors l'écran ne sert à rien, puisqu'on ne le voit pas. La solution pourrait être de découper l'image en tuiles, et de charger dynamiquement les tuiles pour n'avoir en mémoire que celles nécessaires pour remplir l'écran.

[remi.passmoilesel]

Salut Joel, merci pour ta réponse.

Combien de mémoire as-tu alloué à ton programme ?

Je suis déjà au max, plus d'un 1Go, effectivement j'en affiche pas mal. Mais je souhaiterai en afficher une quantité bien plus importante, et je suis persuadé que je n'aurais pas besoin de tant de mémoire si j'arrive à gérer correctement l'affichage.

La méthode des tuiles me parait très bien, mais comment est-ce que je devrais m'y prendre en détail ? Est-ce qu'il y a de la documentation en ligne ?

J'envisageai aussi d'utiliser un ImageInputStream pour ne charger qu'une partie de l'image globale, mais j'avoue qu'un composant tout beau tout propre tout déjà fait m'aurait rendu service, et je suis assez étonné de ne rien trouver la-dessus

[joel.drigo]

La classe prévue pour gérer les images "tuilées" est RenderedImage. Pour créer les tuiles, on peut utiliser BufferedImage.getSubImages().

On doit pouvoir trouver des APIs qui gèrent ça. Cherche si on peut adapter une API d'affichage du type Google Maps. Il y a par exemple swagd.

[bouye]

Lors de la JavaOne de 2012, un des présentateurs de l'époque (Johan Vos ?) avait discuter de la manière dont ils avaient implémenté un visualiseur de map similaire a GoogleMap en JavaFX. Bien qu'ici il s'agisse de Swing et pas d'un logiciel a but SIG, le principe reste similaire compte tenu du nombre d'image : au final pour éviter des OutOfMemoryError, ils avaient utilisé des tuiles stockées dans une WeakHashMap. En principe, lorsque le soft arrive prés de sa limite de mémoire, le contenu de la WeakHashMap qui n'a plus de références hard est automatiquement libéré. Le logiciel doit alors recharger les images qui sont en défaut dans le cache (soit absentes car non-chargée soit déjà garbage collected) ; c'est un peu ce que font les libs de mapping js lorsque tu scrolles hos de la zone affichée.

EDIT - si je regarde l’implémentation actuelle de la chose, ils utilisent une HashMap mais avec des SoftReference (et dans leur cas ils ont une Map par niveau de zoom).

[remi.passmoilesel]

au final pour éviter des OutOfMemoryError, ils avaient utilisé des tuiles stockées dans une WeakHashMap. En principe, lorsque le soft arrive prés de sa limite de mémoire, le contenu de la WeakHashMap qui n'a plus de références hard est automatiquement libéré. Le logiciel doit alors recharger les images qui sont en défaut dans le cache (soit absentes car non-chargée soit déjà garbage collected) ; c'est un peu ce que font les libs de mapping js lorsque tu scrolles hos de la zone affichée.

Salut Bouye et merci beaucoup pour cette réponse !

Effectivement je pense que c'est la meilleure solution qu'on m'ai proposé, et la moins contraignante. On m'a conseillé de compléter cette stratégie en essayant de charger les portions d'image affichées à l'écran à une résolution moindre pour réduire la taille en mémoire des BufferedImage. Je pense que je vais m'orienter vers cette solution. Merci pour ces précieux conseils !