Por qué Java ImageIO aplana los colores JPEG

Question

Cuando leo ciertos archivos JPG, los colores se aplanan. Aquí hay un ejemplo simple que lee un jpg y simplemente escribe la misma imagen en otro archivo.

import java.awt.image.BufferedImage; 
import java.io.File; 
import javax.imageio.ImageIO; 

public class JPegReadTest { 
    public static void main(String[] args) { 
     if (args.length == 2) { 
      try { 
       BufferedImage src = ImageIO.read(new File(args[0])); 
       ImageIO.write(src, "jpg", new File(args[1])); 
      } catch (Exception e) { 
       e.printStackTrace(); 
      } 
     } else { 
      System.err.println("Usage: java JPegReadTest src dest"); 
     } 
    } 
} 

Si intenta esto con, por ejemplo http://www.flickr.com/photos/visualpanic/233508614/sizes/l/, los colores de la imagen de destino difieren del archivo de origen. ¿Porqué es eso? ¿Como arreglarlo?

También intenté guardar la imagen como png, pero los colores también son sosos (por lo que supongo que la información de color no se lee correctamente).

Answer 1

Puede haber varias razones.

1. Los datos de color JPEG a menudo se almacenan como YCrCb en lugar de RGB, aunque las conversiones deberían ser casi imperceptibles.
2. JPEG a menudo tiene un perfil de color incrustado, pero muchas aplicaciones no lo entienden y simplemente lo ignoran (en cuyo caso, su archivo de salida puede perder el perfil de color).
3. El valor de gamma podría reiniciarse o perderse después de que Java lo haya desorganizado.

No probé tu ejemplo ... ¿Podrías publicar los archivos antes y después? Sin realmente poder examinar el archivo de resultados, es difícil saber si esta información adicional está allí o no.

Edit: Sí, está claro que sus imágenes originales y convertidas tienen diferentes perfiles de color. Java eliminó el perfil de color del original y usó sRGB genérico en su lugar. Nos parecen iguales en Windows con Firefox y programas variados porque estos programas no usan el perfil de color cuando se renderiza. Sin embargo, en su Mac, Mac realmente admite estos perfiles de color (debate de referencia sobre Mac para gráficos, etc.) y por lo tanto, se procesan de manera diferente. No tengo una Mac a mano, pero sospecho que si abre los archivos en Photoshop en cualquier plataforma, verá la diferencia.

Answer 2

jpeg es un formato con pérdida. Cuando se lee, java lo almacena como un formato sin procesar muy parecido a un BMP. Luego se está escribiendo de nuevo causando la pérdida de datos. Además, no hay mucho control sobre la calidad, como cuando se usa algo como GIMP.

Quizás analice el uso de otras API como Image Magick para tener más control sobre la calidad.

Answer 3

JPEG es un formato lossy.

Eso significa que si abre un archivo y lo guarda de nuevo perderá algo de información a menos que tome pasos muy específicos para no perder ninguno (en cuyo caso las posibles manipulaciones son muy restringidas).

Además, ImageIO.write() probablemente utiliza algunos ajustes de calidad predeterminados para guardar archivos JPEG, que pueden ser menores que los originales, lo que podría conducir a una pérdida adicional de calidad.

Intente guardar en un archivo PNG y verá que se verá igual que la fuente.

Answer 4

¿Quizás su imagen de origen tiene un perfil de color asignado con una gama más amplia que sRGB (como Adobe RGB), y su ciclo de carga/guardado no preserva la información de espacio de color? Sin un perfil de color, el espectador asumirá sRGB, y la gama comprimida hará que todo parezca "bla".Si tiene exiftool,

exiftool -ProfileDescription filename.jpg 

es una forma rápida de verificar los perfiles de color en sus imágenes de origen y de salida.

Answer 5

Aquí hay un enlace con el código fuente que se expande en la interfaz ImageIO - puede cambiar los parámetros de calidad y compresión cuando se escribe una imagen .... http://www.universalwebservices.net/web-programming-resources/java/adjust-jpeg-image-compression-quality-when-saving-images-in-java