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.

[ngpub]

Il existe aussi les SoftReference qui sont bien pratiques pour la création d'un cache, ça permet d'être plus optimal en laissant la JVM décider de quand il est nécessaire de supprimer les objets en mémoire pour gagner de la place.

[Simonake]

J'ai un peu le même problème. Je travaille sur un programme qui peut enregister l'écran. Il prend des captures d'écran très rapidement. Lorsque je "store" mes BufferedImages dans un vector, une ArrayList ou une BufferedImage[] j'obtiens l'erreur java heap space après a peine quelques images.

L'autre problème est que quand je décide de générer les images a chaque fois quelle est prise, ça relentis tellement le programme que le 30 FPS descend à 3 ou 4 FPS. Et lors de la génération du vidéo, il manque des bout.

Des solutions pour ça?

(J'ai tenté de générer les ImageIO.write avec un synchronized void mais ça ne marche toujours pas)

[slim_java]

bonne année tout le monde.
c'est grâce a millie que ce post est réouvert ...

J'ai un peu le même problème. Je travaille sur un programme qui peut enregister l'écran. Il prend des captures d'écran très rapidement. Lorsque je "store" mes BufferedImages dans un vector, une ArrayList ou une BufferedImage[] j'obtiens l'erreur java heap space après a peine quelques images.

pourquoi ne pas enregistrer tes images sur le disque dur dans une répertoire après tu essaye de récupérer tes images.

L'autre problème est que quand je décide de générer les images a chaque fois quelle est prise, ça relentis tellement le programme que le 30 FPS descend à 3 ou 4 FPS. Et lors de la génération du vidéo, il manque des bout.

tu peux lancer un thread s'occupant de l'écriture d'une image sur le disque dur pour ne pas ralentir l'exécution de ton programme principal et en plus ,tu ne risqueras pas de perdre quelques images.

[slim_java]

Et lors de la génération du vidéo, il manque des bout.

tu as essayé le code que je t'ai livrer pour construire ta vidéo ?

[Simonake]

Merci pour tes réponses et bonne année 2010.

Je m'était peut-être mal expliqué. C'est le procédé que j'utilise, je mets les images sur le disque dûr et puis après j'utilise le vector avec le nom de mes fichiers pour faire le video. Et ça marche bien.

Je vais tenter de le faire avec les Threads et je reviens après.