Discussion :

[jhon_milou]

Bonjour,
je travaille sur une application de detection de mouvement dans une image, l'application consiste à envoyer des imprime ecran chaque x seconde vers un autre pc via le réseau ou internet. donc je dois pouvoir detecter le mouvement (modification entre deux images) pour la compresser et l'envoyer vers le destinataire en utilisant les socket java (TCP et aprés ça sera avec UDP) sans les enregistrer sur le disque dur.
Pouvez vous, SVP me répondre à ces questions:
-Quel est la bonne methode (algo, API java) utilisée pour faire la compression des BufferedImage?
-j'arrive pas à compresser et à décompresser le BufferedImage, pouvez vous me dire comment faire?
-Quelles sont les methodes ou algo de detection de mouvement dans une image?
Merci

[bouye]

Je n'ai pas deplace le message vers le forum 2D car tu n'est pas assez specifique quand tu dis vouloir detecter les differrences/"mouvements" entre deux images.

Est-ce qu'un algo/compression video de type MPEG/MPEG2/MPEG4 te suffirai (malgres les pertes d'information/de qualite que cela suppose) pour la gestion de tes images/trames.

Ou est-ce que tu veux rester sur des images 2D pures et dures ?

Si tu veux envoyer des images sur le reseau sans perte de qualite une bonne methode consiste a les enregister au format PNG via ImageIO dans un ByteArrayOutputStream (qui est un flux en memoire au lieu d'un fichier sur le disque), d'expedier le tableau d'octets a travers la socket et des le lire de l'autre cote toujours en utilisant ImageIO et un ByteArrayInputStream. Mais ca peut faire des transferts assez lourds tout de meme suivant la nature des images.

Si tu vas vers la video, regarde plutot sur les manieres de faire du streaming avec le Java Media Framework ou d'autres APIs.

[jhon_milou]

Salut,
En fait mon programme est une sorte de bureau distant(deux applications, exp:un enseignant exécute la 1ere application sur son PC et les étudiants visualisent ce que fait leur enseignant sur leur PC) : je fais des imprimes ecran et je les envoi vers l'utilisateur distant.Dans ce programme je dois trouver une solution de detection de mouvement dans deux images et envoyer seulement le mouvement et une solution de compression(sans perte ou avec perte) pour minimiser la bande passante, minimiser le calcul de microprocesseur et minimiser la memoire utilisée.
pour la detection de mouvement entre deux images je fais une comparaison pixel par pixel ce qui est trop lourd, puis j'ai modifier mon algo de façon que je fais une comparaison de pixel tout les x(variable) pixels, s'ameliore les chose mais ça reste moins rapide. je me demande si vous connaissez d'autre methodes qui peuvent améliorer les choses, sachant que je ne utilise pas de video.
et pour la compression vous connaissez pas des librairie ou API simples qui peuvent faire une compression JPEG ou GIF de BufferedImage ou Image.
merci

[®om]

JPEG et PNG (gif ne sert à rien) sont gérés par l'API java.

Sinon, tu dois absolument programmer ça? Car ça existe déjà ce que tu veux programmer, ça s'appelle VNC

[jhon_milou]

JPEG et PNG (gif ne sert à rien) sont gérés par l'API java.

Sinon, tu dois absolument programmer ça? Car ça existe déjà ce que tu veux programmer, ça s'appelle VNC

oui j'ai rencontré VNC, RDP, RFB dans mes recherches dans le net mais j'ai pas trouvé l'algorithme de la détéction de mouvement dans une image ou celui de la compression utilisée.
ce que je cherche c'est les API les plus fiable, efficace et robustes pour faire la copression de BufferedImage sans les enregistrer sur le disque dur, tout se passe dans la mémoire RAM.
Concernant la PNG je pense qu'il prend beaucoup d'espace mémoire plus que JPEG, donc c inutile de l'utiliser.
Merci pour vous

[®om]

Concernant la PNG je pense qu'il prend beaucoup d'espace mémoire plus que JPEG, donc c inutile de l'utiliser.

Déjà le PNG est sans perte, le JPEG est avec perte, donc rien à voir.
Après, vu leur technique de compression, le PNG est beaucoup plus efficace que le JPEG s'il y a des contours nets (typiquement une capture d'écran), par contre là où le JPEG est bon c'est quand c'est une image réelle (photo).