Mehrere Bilder aus einer Datei lesen

[Hutmacher]

Hallo!
Ich habe eine Datei, in der mehrere Bilder enthalten sind. Sie sind im JPG-Format und durch zwei "\r\n" getrennt.

Spoiler: Die Datei sieht so aus

So ist sie aufgebaut:

<binäre Bild-Daten>\r\n\r\n<binäre Bild-Daten>\r\n\r\n<binäre ...

Eine Beispieldatei sieht im Editor so aus:

ÿØÿà JFIF ...ÿÙ

ÿØÿà JFIF ...ÿÙ

(am Ende von Zeile 1. sind zwei "\r\n", deswegen ist Zeile 2 leer)

Nun möchte ich diese beiden Bilder auslesen in ein BufferedImage und sie wieder speichern. Mein Versuch dazu sieht so aus:

try 
{
	RandomAccessFile file = new RandomAccessFile("multiple.txt", "rw");
			
	FileImageInputStream input = new FileImageInputStream(file);
	ImageReader reader = ImageIO.getImageReadersByFormatName("jpg").next();
	reader.setInput(input);
			
	BufferedImage i = reader.read(0);
	save(i, "green_output.jpg");

    input.skipBytes(4); //2x \r\n
			
	i = reader.read(0);
	save(i, "red_output.jpg");
} 
catch (FileNotFoundException e)
{
	e.printStackTrace();
} catch (IOException e) {
	e.printStackTrace();
}

In meiner "multiple.txt" sind zwei Bilder:
1. Ein grünes Rechteck
2. Ein rotes Rechteck

Wenn ich den obigen Code allerdings ausführe, erhalte ich zweimal das grüne Rechteck.

Ich habe das Ganze mal verpackt. In der angehängten Datei findet ihr:
- green.jpg
- red.jpg
- MultipleRandomAccessRead.java (und .class)
- multiple.txt (wird erstellt in MultipleRandomAccessRead.createFile)

Es wäre nett, wenn mir jemand etwas auf die Sprünge helfen könnte

PS: Falls das was zur Sache tut: Ich benutze ein RandomAccessFile-Objekt anstatt eines File-Objektes, da in meinen "richtigen" Dateien noch mehr Zeugs steht und ich dann sowieso hin- und herspringen muss. Die obige Datei ist nur eine Vereinfachung

 

[anti-held]

Vill solltest du dann auch nicht 2x das 1. Bild auslesen...

Verwende um das 2. Bild auszulesen

reader.read(1);

 

[Hutmacher]

Danke erst mal für deine Antwort. Genau das habe ich schon einmal ausprobiert, aber es hat nicht geklappt. Ich habe mich noch einmal rangesetzt, herausgefunden, warum das nicht funktioniert und wie man das Ganze zum Funktionieren bringt.

Man sollte erwarten, dass

reader.read(1);

nun einfach das nächste Bild ausliest. Die read-Methode ist so konstruiert, dass sie einfach an der aktuellen Stelle im Stream versucht, das nächste Bild auszulesen.

Und nach

BufferedImage i = reader.read(0);
input.skipBytes(4); //2x \r\n

sollte der Stream auch an der Stelle vor dem nächsten Image stehen. Dem ist aber nicht so; wenn ich

reader.read(1);

aufrufe, bekomme ich nämlich folgende Exception:

javax.imageio.IIOException: Not a JPEG file: starts with 0x0d 0x0a

Nach etwas Rumhackerei im Hex-Editor habe ich bemerkt, dass 0x0d 0x0a genau \r\n entspricht. Man denkt also, dass der Stream das

input.skipBytes(4);

übergangen hat. Dem ist aber auch nicht so: wenn ich ein paar read-Methoden auf dem Stream aufrufe, sehe ich keine 0x0d 0x0a. Es bleibt also nur die Schlussfolgerung: Der Reader scheint den Stream (zumindest teilweise) gecached zu haben und greift bei der read-Methode zum Bildauslesen nicht (nur) auf den Stream, sondern auch auf seinen Cache zu.

Nachdem ich auch etwas im Sourcecode der JPEGImageReader-Klasse rumgeforstet habe, habe ich gesehen, dass diese einiges an nativem Code ausführt. Die native Library, die sie benutzt, scheint einen internen Buffer zu haben. Wenn wir aber einfach nur so im Stream herumseeken oder -skippen, wird der interne Buffer natürlich nicht aktualisiert/invalidiert.

Leider habe ich keine gute Möglichkeit gefunden, den Buffer zu invalidieren. Wenn man von der JPEGImageReader-Klasse erben würde, könnte man da vielleicht irgendwo etwas (über-)schreiben und es möglich machen. Da fast alle Methoden/Attribute in der Klasse aber private sind, wäre auch das bestimmt nicht einfach. Zusätzlich liegt diese Klasse im com.sun.imageio.plugins-Package und ist nicht Teil der öffentlichen Java-API (was auch immer genau das bedeuten mag).

Allerdings kann man die setInput-Methode aufrufen. Diese ruft nämlich als einzige die Methode

private native void setSource(long structPointer, ImageInputStream source);

auf, die den internen nativen Buffer zu erneuern scheint.

So, lange Rede, kurzer Sinn:
Damit das

input.skipBytes(4);

auch "wirkt", muss ich danach

reader.setInput(input);

erneut aufrufen. Danach sieht der Reader aber das erste Bild im Stream nicht mehr (vermutlich, da es vor der aktuellen Position im Stream liegt). In meinem Fall muss ich also wieder

reader.read(0);

aufrufen.

So funktioniert's:

try 

{

    RandomAccessFile file = new RandomAccessFile("multiple.txt", "rw");
    FileImageInputStream input = new FileImageInputStream(file);

    ImageReader reader = ImageIO.getImageReadersByFormatName("jpg").next();
    reader.setInput(input);

    BufferedImage i = reader.read(0);
    save(i, "green_output.jpg");

    input.skipBytes(4); //2x \r\n
    reader.setInput(input); //nativen Reader-Buffer erneuern

    i = reader.read(0);
    save(i, "red_output.jpg");
} 

catch (FileNotFoundException e)
{
    e.printStackTrace();
} catch (IOException e) {
    e.printStackTrace();
}

Nun werden das grüne und das rote Bild wieder ausgegeben. Vielleicht hilft das hier ja mal irgendjemandem