Discussion :

[vic]

Hello,

J'écris actuellement une appli de visualisation de données astronomiques qui représentent de gros volumes de données. Il s'agit d'une image radar de résolution 432000x144000 découpée en sous images de 1200x1200 (39Go de données au total). Le but est de pouvoir voir l'image dans son ensemble, et zoomer sur une zone librement.

L'interface de Google Maps est à peu près ce à quoi je veux aboutir.

Voilà le problème exposé, maintenant j'ai 2 problèmes de design et 2 questions :

1) J'ai choisi de charger chaque chunk de 1200x1200 en mémoire au besoin, en les gardant en mémoire. Comment savoir si je vais avoir assez de mémoire pour ajouter un nouvel objet dans mon pool mémoire ? Je peux catcher OutOfMemoryError, mais je crois que la JVM est dans un piteux état si j'en arrive là. Comment calculer la taille nécessaire à la création d'un objet ?

2) Vu le volume je ne peux pas tout charger en RAM. Pour afficher l'image, j'ai besoin de charger chaque zone 1200x1200 dans le champ de vision, de les zoomer au niveau voulu, et de les afficher correctement. Problème, à chaque déplacement ou zoom, je dois potentiellement recharger 39Go de données. Donc je vais devoir là aussi mettre en cache les images obtenues pour différents niveau de zoom. Pensez-vous que c'est faisable en dynamique, ou bien est-ce qu'il faudrait mieux que je génère des images pour chaque niveau de zoom sur le disque à l'avance ? (Principe utilisé par Google Maps)

Bon, voilà, j'ai un peu jeté mes idées dans ce post, comme j'ai dit je suis en phase de design. Merci de m'aider et m'indiquer si je fais fausse route :-)

[tchize_]

meme avec des disques durs rapides, lire 39G de données prend un bon bout de temps (de l'ordre de plusieurs dixaines de minutes). Je te recommenderais donc un prétraitement pour avoir différents niveaux de zooms et ne charger que les zooms qui t'intéressent, à la demande. Pour la mémoire, je te conseille de stocker tes données dans des classes de type SoftReference, qui est nettoyé par le garbage collector quand on manque de mémoire. C'est le composant idéal pour implémenter ce qui est, en fait, un cache mémoire. Tant que la mémoire est dispo ca reste en cache, quand la mémoire viens à manquer, ca commence à etre vidé.

Tu peux, bien sur, te baser sur des système de cache déjà existant (ehcache, java caching system (jcs))

[Farid_92]

Salut,

Si tu charges de grosses images, comme le dit tchize_, les soft references sont de rigueur.

Mais une question tout de meme, as tu regarde du cote du format JPEG 2000 ?
Car l'une des raisons de sa creation est justement ce que tu essayes de faire, c'est a dire de pouvoir faire des zoom sur une partie de grosses images ou de voir toute l'image en changeant les parametres de decodage (debit, ...) sans pour autant prendre enormement de memoire.

Il existe des implementations de ce format dans plusieurs language dont java.

Voici un exemple graphique d'un zoom sur une image JPEG 2000:
http://www.oclc.org/contentdm/about/...ng/default.htm

---
Farid

[vic]

Merci pour vos réponses. Je vais regarder du coté des SoftReferences, ça à l'air effectivement parfait pour un cache.

Farid_92 : non je n'ai pas regardé le JPEG2000, en fait les données ne sont pas réellement des images mais des relevés topographiques radar. est-ce que le JPEG2000 supporte le lossless ?

[Farid_92]

salut,

Oui il le supporte, tout comme jpeg d'ailleurs.

Pour info, ce format est particulierement utilisé dans l'imagerie medicale et satellitaire...

---
Farid