Discussion :

[slim_java]

salut.
je doit enregistrer des objets BufferedImage dans un objet Vector .
donc combien d'image peuvent être insérer pour ne pas arriver a surcharger la mémoire .
je sais que la taille max d'un vecteur dépend de MaxInt en java mais je suppose qu'on risque de surcharger la mémoire dans mon cas pour une valeur taille avec taille <<<<<<<<<< MaxInt.

je suppose que quelqu'un de vous me proposeait d'enregistrer mes images dans un fichier objet et si c'etait le cas , alors est ce que je doit créer une classe qui hérite de BufferedImage pour faire implements Serializable ?

je cherche toujours la solution optimale alors merci pour vos propositions

[slim_java]

mais ou sont les expert ?

d'accord ,en attendant qu'ils arrivent ,j'ai enregistrer mes images dans des fichiers ,et sa marche bien .
pour le moment ,j'ai un fichier par image ,et bien sur c'est un gaspillage ,donc ,peut-on enregistrer tous mes images dans un seul fichier ?

[tchize_]

pour sauver des images, le pus "propre" c'est encore d'utiliser les api dans imageio et stocker ca sour forme de png ou de jpeg. Serializer un bufferedImage n'est pas un bon plan, tu va occuper plus de place sur le disque que nécessaire, sans compter que rien ne garantit que la serialization n'aura pas de soucis.

Pour ce qui est de stocker les bufferedImage en mémoire, ben assez logiquement ta limite est celle de la mémoire, occupée principalement par le bufferedimage. La taille des bufferedimage étant un peu supérieure à largeurxhauteurxtaille en mémoire d'un pixel

[slim_java]

ben ,voila enfin un expert active qui m'enrichi avec son expérience .merci tchize

pour sauver des images, le pus "propre" c'est encore d'utiliser les api dans imageio et stocker ca sour forme de png ou de jpeg.

je suis tout a fait d'accord et je suppose que tu te souvient de mon interpolation de mouvement que je veut faire , donc si j'adopte ta solution , je dois enregistrer un fichier image a chaque réveille de mon thread ,et cela va influer sur le déroulement de l'animation à l'écran . c'est pourquoi je trouve que le fait d'enregistrer un objet pourra être plus rapide ( plus synchrone avec l'animation) que générer un fichier image .

[tchize_]

je pense plutot que écrire un fichier png sera plus performant que sérializer un objet. La serialisation d'objets complexes est loin d'être une chose très performante. Elle entraine beaucoup de reflexion

[millie]

J'arrive un peu tard sur cette discussion, mais je cherchais autres choses.

Pour compléter la réponse de tchize_, s'il n'est pas nécessaire d'avoir tous les éléments en mémoire, il faut tenter au maximum de les mettre sur le disque quand on ne risque pas d'en avoir besoin (via un File#createTempFile et un ImageIO par exemple).
En effet, les BufferedImage peuvent vite plomber la mémoire.

Par exemple pour un système d'historique de modification (si cela peut s'appliquer pour tout cas), en général, plus l'image est ajoutée récemment, plus la probabilité qu'on ait à s'en servir est importante (cela correspond à une pile). Cela permet par exemple de faire un système de cache qui enregistre systématiquement les images trop vieilles sur le disque.

Quand j'ai mis en place ce système sur mon logiciel, je suis passé de 400mo de mémoire utilisé à 100mo.