Dlaczego Java ImageIO spłaszcza kolory JPEG

Question

Po odczytaniu niektórych plików JPG kolory są spłaszczone. Oto prosty przykład, który czyta jpg i po prostu zapisuje ten sam obraz do innego pliku.

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"); 
     } 
    } 
} 

Jeśli spróbujesz to się na przykład http://www.flickr.com/photos/visualpanic/233508614/sizes/l/, kolory obrazu docelowego różnią się od pliku źródłowego. Dlaczego? Jak to naprawić?

Próbowano również zapisywać obraz jako png, ale kolory są również bezbarwne (więc zakładając, że informacje o kolorach nie są poprawnie czytane).

Answer 1

Może to być kilka powodów.

1. Dane koloru JPEG są często zapisywane jako YCrCb zamiast RGB, chociaż konwersje powinny być w większości niezauważalne.
2. JPEG często ma osadzony profil kolorów, ale wiele aplikacji tego nie rozumie i po prostu go ignoruje (w takim przypadku w pliku wyjściowym może brakować profilu kolorów).
3. Wartość Gamma może zostać zresetowana lub utracona po tym, jak Java ją zmapuje.

Nie wypróbowałem twojego przykładu ... czy mógłbyś opublikować zarówno przed, jak i po plikach? Bez faktycznego sprawdzania pliku wynikowego trudno jest stwierdzić, czy istnieją dodatkowe dane, czy nie.

Edytuj: Tak, jasne jest, że oryginalne i przekonwertowane obrazy mają różne profile kolorów. Java usunęła oryginalny profil koloru i zamiast niego użył generycznego sRGB. Wyglądają tak samo w Windowsie z Firefoksem i innymi programami, ponieważ te programy nie używają profilu kolorów podczas renderowania. Jednak na twoim Macu Mac faktycznie obsługuje te profile kolorów (debata nad Macami dla grafiki, itp.) I dlatego renderują inaczej. Nie mam pod ręką komputera Mac, ale podejrzewam, że jeśli otworzysz pliki w Photoshopie na dowolnej platformie, zobaczysz różnicę.

Answer 2

jpeg to format stratny. Po wczytaniu java przechowuje je jako surowy format podobny do BMP. Następnie jest ponownie zapisywany, powodując utratę danych. Ponadto, nie ma zbyt dużej kontroli nad jakością, jak w przypadku używania czegoś takiego jak GIMP.

Być może warto skorzystać z innych interfejsów API, takich jak Image Magick, aby zapewnić większą kontrolę nad jakością.

Answer 3

JPEG to format lossy.

Oznacza to, że jeśli otworzysz plik i zapiszesz go ponownie, stracisz trochę informacji, chyba że podejmiesz bardzo konkretne kroki, aby nie stracić (w takim przypadku możliwe manipulacje są bardzo ograniczone).

Dodatkowo ImageIO.write() prawdopodobnie używa niektórych domyślnych ustawień jakości do zapisywania plików JPEG, które mogą być niższe niż oryginały, co może prowadzić do dodatkowej utraty jakości.

Spróbuj zapisać do pliku PNG, a zobaczysz, że będzie wyglądać tak samo jak źródło.

Answer 4

Być może obraz źródłowy ma przypisany profil kolorów o szerszej gamie niż sRGB (np. Adobe RGB), a cykl ładowania/zapisywania nie chroni informacji o przestrzeni kolorów? Bez profilu kolorów, przeglądarka przyjmie sRGB, a skompresowana gama sprawi, że wszystko będzie wyglądać "blah".Jeśli masz produkt exiftool, to:

exiftool -ProfileDescription filename.jpg 

to szybki sposób na sprawdzenie profili kolorów na źródłowych i wyjściowych obrazach.

Answer 5

Oto link z kodem źródłowym, który rozszerza się na interfejsie ImageIO - można zmieniać parametry jakościowe i kompresji przy zapisie obrazu .... http://www.universalwebservices.net/web-programming-resources/java/adjust-jpeg-image-compression-quality-when-saving-images-in-java