Discussion :

[jomoro]

Bonjour a tous,
je souhaite créer une image jpeg et ensuite récupérer les valeurs exactes de pixels sauvegardées dans cette image.
malheureusement après avoir j'effectué la compression l'image restituée n'est plus tout à fait la même...
voici un petit bout de code pour illustrer mon propos:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
 
        BufferedImage image = new BufferedImage(50, 50, BufferedImage.TYPE_INT_RGB);
        for (int col = 0; col < image.getWidth(); col++) {
            for (int row = 0; row < image.getHeight(); row++) {
                image.setRGB(col, row, 50);
            }
        }
        image.setRGB(1, 1, 10);
        ImageIO.write(image, "jpg", new File("sample.jpg"));
        BufferedImage jpgImage = ImageIO.read(new File("sample.jpg"));
        System.out.println("buffered image->" + new Color(image.getRGB(1, 1)));
        System.out.println("jpeg image->" + new Color(jpgImage.getRGB(1, 1)));

en sortie j'obtiens ceci:
buffered image->java.awt.Color[r=0,g=0,b=10]
jpeg image->java.awt.Color[r=0,g=0,b=50]

Tous les pixels ont un rgb de 50 sauf le pixel(1,1) qui a un rgb a 10, dans l'image jpeg générée le pixel est passé à 50...

Ma question est: est-il possible de récupérer la valeur d'origine qui était de 10?
Toute aide sera vraiment la bienvenue!

PS : je souhaite utiliser le format jpeg car le png est trop volumneux dans mon cas..

[bouye]

Le JPEG utilise un algorithme destructeur pour sa compression. Donc le contenu de ton image sera modifie.
D'autres question idiotes ?

Essaie de voir avec d'autres formats non-destructeurs (TIFF, etc.) pour voir s'ils compressent mieux ou pire que le PNG.

http://en.wikipedia.org/wiki/Lossles...ssion#Graphics

[jomoro]

En fait jpeg était le seul format qui me proposait une compression suffisante comparé à PNG.
En fait j'espérais qu'il eut été été possible de "verrouiller" la liste des couleurs utilisées lors de la compression (ColorModel, ColorSpace). désolé pour la question idiote...

[bouye]

Le JPEG est destiné avant tout au stockage de photos numériques en utilisant un algorithme destructeur basé sur la perception de l'oeil humain. Il n'est pas destiné au stockage d'image dont le contenu doit demeurer intact.

La page en de wikipedia sur le JPEG indique cependant qu'il existe un mode sans perte mais que ce dernier est peu voir pas utilisé. Il faut donc aller foiller dans les classes de configuration du codec JPEG de ImageIO pour voir si ce support existe avec les classes de base du JRE.

The compression method is usually lossy, meaning that some original image information is lost and cannot be restored, possibly affecting image quality. There is an optional lossless mode defined in the JPEG standard; however, that mode is not widely supported in products.

En mode destructeur, même en meilleure qualité/sans compression, des artefacts apparaissent à cause de l'algorithme utilisé (http://en.wikipedia.org/wiki/JPEG#Ef...EG_compression).

[sinok]

Il faut donc aller foiller dans les classes de configuration du codec JPEG de ImageIO pour voir si ce support existe avec les classes de base du JRE.

Tout en précisant bien qu'utiliser ces classes est une mauvaise idée en soit vu qu'elles ne font pas partie de la spec (l'API) java, et donc peuvent être supprimées/renomées/changées d'emplacement à tout moment. C'est ce qui est arrivé en java 6 par exemple avec toutes les classes du package com.sun.image.codec.jpeg qui se sont fait la malle.

[bouye]

Je pensais plutot aux classes publiques du codec ImageIO qui permettent de specifier des options propres a chaque format. Dans notre cas, javax.imageio.plugins.jpeg.JPEGImageWriteParam


D'ailleurs :

public boolean isCompressionLossless()

Returns false since the JPEG plug-in only supports lossy compression.

Donc faudra voir avec des libs externes pour un support JPEG lossless en Java plutot que de passer par le plugin officiel.