Byte-Manipulation eines Bildes

[Semox]

Hallo Forum

Ich habe eine Frage. Kann mir jemand bitte erklären, warum die Verschieberei von Bytes in einem Bild ein Blöckchenmuster in einem neu generierten Bild bedeutet?

import java.io.DataInputStream;
import java.io.DataOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.IOException;

/**
 * Bytes werden aus Bild-Datei gelesen; einzelne Bytes werden veraendert und
 * wieder in Datei gespeichert.
 * 
 * @author skalt
 * @version 2.0 07/2009 Copyright Beuth Hochschule fuer Technik 2009
 */
public class BinaerDatenManipulieren {

	/**
	 * Main-Methode.
	 * 
	 * @param args
	 *            Uebergabeparameter
	 * @throws IOException
	 */
	public static void main(String[] args) throws IOException {
		// Dateiname des Originalbildes
		String bildDateiOriginal = "AbbWurfparabel.jpg";
		// Dateigroesse - Angabe wichtig fuer Laenge des Byte-Arrays
//		int dateiGroesse = 14720;
		// Dateiname des Bildes mit den manipulierten Bytes
		String bildDateiGeand = "AbbWurfparabel_new.jpg";
		// Methode zum Manipulieren von Bytes im Originalbild aufrufen
		manipuliereBytesInBild(bildDateiOriginal, bildDateiGeand/*, dateiGroesse*/);
	}

	/**
	 * Methode zum Manipuliere einzelner Bytes in einem Bild. Das manipulierte
	 * Bild wird unter dem uebergebenen neuen Dateinamen abgespeichert.
	 * 
	 * @param bildDateiOriginal
	 *            Dateiname des Originalbildes
	 * @param bildDateiGeand
	 *            Dateiname des Bildes mit den manipulierten Bytes
	 * @param int dateiGroesse Dateigroesse des Originalbildes in Byte
	 * @throws IOException
	 */
	public static void manipuliereBytesInBild(String bildDateiOriginal,
			String bildDateiGeand/*, int dateiGroesse*/) throws IOException {
		// Datei einlesen - Eingabestroeme oeffnen
		FileInputStream fiStream = new FileInputStream(bildDateiOriginal);
		DataInputStream diStream = new DataInputStream(fiStream);

		// Byte-Array entsprechend der Dateigroesse des Originalbilds erzeugen
		File dat = new File(bildDateiOriginal);
		long length = dat.length();
		byte[] byteA = new byte[(int) length];
		// Bytes mittels read() in das Byte-Array einlesen
		diStream.read(byteA);
		// Eingabestrom schliessen
		diStream.close();

		// Bytes an einzelnen Positionen aendern
		byteA[60] = -126;
		byteA[1060] = 126;
		byteA[1400] = -112;

		// neue Datei erzeugen - Ausgabestroeme oeffnen
		FileOutputStream foStream = new FileOutputStream(bildDateiGeand);
		DataOutputStream doStream = new DataOutputStream(foStream);

		// Bytes in neue Datei speichern
		doStream.write(byteA);
		// Bytes aus internem Puffer in den FileOutputStream schreiben
		doStream.flush();
		// Ausgabestrom schliessen
		doStream.close();

		// Benutzerausgabe
		System.out.println("Geaendertes Bild wurde in die Datei '"
				+ bildDateiGeand + "' gespeichert.");
	}
}

Herzlichen Dank,
Semo

P.S. Anbei das zu manipulierende JPEG.

 

[SlaterB]

ein JPEG ist doch wirklich ein komplexes Ding
JPEG ? Wikipedia
jedes Byte kann da auf wer weiß wie viel Zeilen/ Spalten usw. Auswirkung haben, auf keinen Fall beschreibt es einen einzelnen Bildpunkt,

da finde ich diese Reaktion schon passend und noch freundlich,
im schlimmsten Fall könnte sich das Bild gar nicht mehr darstellen lassen, wenn man in einem geordneten System irgendwo was ändert

vielleicht möchtest du das Bild erst in ein Raster umrechnen, dann einen Punkt ändern und daraus ein neues Jpeg generieren?
möglich wär das sicher, aber Code kann ich dir dazu gerade nicht nennen

 

[Marco13]

Der Code dazu wäre grob sowas wie

BufferedImage image = ImageIO.load(inputFile);
in.setRGB(x,y,rgb);
ImageIO.write(image, "jpg", outputFile);

Und das das ändern der Bytes nicht kracht ist wirklich Glück

 

[Wookie81]

Der Code dazu wäre grob sowas wie

BufferedImage image = ImageIO.load(inputFile);
in.setRGB(x,y,rgb);
ImageIO.write(image, "jpg", outputFile);

Zu erwähnen bleibt dann nur noch, dass das so nicht lossless ist ...

Wk

 

[ice-breaker]

dann speichert man es eben als PNG ab
da JPG schon verlustbehaftet ist, finde ich diesen Einwand irgendwie komisch

 

[Wookie81]

da JPG schon verlustbehaftet ist, finde ich diesen Einwand irgendwie komisch

Ich weiß, ich bin auch verwirrt ...

Ich wollte nur darauf hinweisen, dass man mit dem Verfahren die Bildqualität weiter verschlechtert. Das könnte zu unschönen Artefakten führen ... mehr wollte ich damit gar nicht ausdrücken.

Wk

 

[erxx]

dann speichert man es eben als PNG ab
da JPG schon verlustbehaftet ist, finde ich diesen Einwand irgendwie komisch

JPG ist nicht zwanghaft verlustbehaftet, JPEG ist ja ansich nur eine Ansammlung von applizierten Kompressionsverfahren... wenn ich mich richtig erinnere kann es nur bei der YUV Umwandlung und bei der Quantisierung zu einem Verlust kommen.

Dies kann man soweit ich weiß bei guten Bildbearbeitungsprogrammen mit einem Qualitätsregler einstellen.

Besser hierfür wäre aber definitiv PNG um auf Nummer sicher zu gehen

 

[Wookie81]

Ja und beim subsampling .. könnte aber wirklich sein, dass kein Qualitätsverlust entsteht wenn man nur einzelne Pixel ändert (da alle Zahlen eh schon recht passend gerundet sind). Ich dachte Semox wollte wirklich was im Bild verschieben und dann würden die 8x8 Blöcke nicht mehr passen.

Damit zurück zum Thema: Klappt alles Semox?

Wk