spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Ja was soll denn da drin stehn? Notepad wird die Bytes als Codes für Zeichen interpretieren; dass dabei Müll herauskommt, ist klar, schließlich enthalten PNG-Dateien keine Bytes, die als Zeichencodes interpretiert werden sollen. Außer irgendweche Tags.

Alle Daten im Computer bestehen aus Nullen und Einsen bzw. An-/Aus-Signalen. Eine Stelle, die entweder Null bzw. Aus oder Eins bzw. An sein kann, wird auch Bit genannt.

Mit einem Bit kann man zwei Zahlen darstellen (z.B. 0 und 1).

Mit zwei Bit kann man schon vier Zahlen darstellen (00 steht dann z.B. für 0, 01 für 1, 10 für 2, 11 für 3).

Im Computer speichert man alles als Bits. Beim Speichern von Daten unterteilt man diese i.d.R. in Blöcke aus acht Bit. Acht Bit bilden ein Byte.

Einfache Textdateien enthalten die Buchstaben i.d.R. als Zahlen kodiert. Z.B. steht in vielen Formaten die Zahl 65 für das A. Die Zahl 65 in Bits wird im normalen Binärsystem mit 1000001 dargestellt.

Bilder enthalten auch Binärcodes bzw. Bytes. Diese geben aber z.B. Farben oder andere Informationen an und keine Buchstaben. Wenn Du eine Bilddatei in einem Texteditor öffnest (z.B. indem Du den Namen der Datei änderst und diese dann automatisch mit dem Texteditor geöffnet wird), dann gibt Dir der Texteditor einfach die Informationen des Bildes als Buchstabenwirrwarr aus. Jedes Byte wird nun als Buchstabe interpretiert - dabei kommt natürlich normalerweise nichts sinnvolles bei raus.

Hexadezimal-Zahlen sind Zahlen die statt zehn, sechzehn zur Basis haben. Das bedeutet bei der Darstellung, dass man nicht nur zehn Symbole benutzt (0,1,2,3,4,5,6,7,8,9) sondern sechzehn (0,1,2,3,4,5,6,7,8,9,A,B,C,D,E,F). Wenn man eine Datei mit einem Hex-Editor öffnet, rechnet dieser die Binärcodes nach dem Binärsystem in Zahlen um und stellt diese als Hexadezimalzahlen dar. Das spannende dabei ist, dass vier Bit genau sechzehn Zahlen darstellen können. D.h. man braucht pro vier Bit nur ein Hexadezimalzahl-Symbol. So kann man mit zwei Hexadezimal-Ziffern acht Bit bzw. ein Byte darstellen.

Im Hex-Editor wird ganz links meist noch die Nummer des ersten Bytes der Zeile angezeigt und zwar auch als Hexadezimalzahl. Das was Du als Beispiel geschrieben hast heißt also folgendes:

Das erste Byte in dieser Zeile ist das nullte Byte. Die Zeile besteht aus folgenden Bytes 48, 61, 6C... In Bits sind das 01001000, 01100001, 01101100...
Das erste Byte in dieser Zeile ist das sechzehnte Byte. Die Zeile besteht aus folgenden Bytes 65, 69, 6E... In Bits sind das 01100101, 01101001, 01101110...
Das erste Byte in dieser Zeile ist das zweiunddreißigste Byte. Die Zeile besteht aus folgenden Bytes 74, 2E. In Bits sind das 01110100, 00101110.

Ich hoffe das hilft ein bisschen.

Zitat von »Azasel«

Kann ich diese Zeichenketten auch in Byte-Zeichenketten umwandeln lassen?

Das sind Byte-Zeichenketten. Alles im Computer, alle Dateien, alle Daten sind Bytes. Auch Zeichenketten. Wie du diese Bytes interpretierst und anzeigst, ist aber verschieden. Man kann sie als Buchstaben/ASCII/Unicode anzeigen lassen oder als Farben oder als hexadezimale Zahlen.
PNG Datei mit dem Hex Editor geöffnet:
- Schwarz sind die hexadezimal formatierten Adressen der Bytes
- Rot sind die Bytes als hexadezimal formatierte Zahlen dargestellt
- Blau sind die Bytes als Buchstaben/ASCII interpretiert dargestellt (das, was Notepad macht)

Notepad ist allerdings kein Hex-Editor, sondern ein Text-Editor. Es geht davon aus, dass eine von dir geöffnete Datei Text enthält. Also interpretiert es alle Bytes als Text und zeigt dir Kauderwelsch an, wenn du eine PNG-Datei öffnest, da ein PNG eben keinen Text enthält, sondern binäre Daten, die ganz spezielle Bedeutungen haben - nämlich die, die im PNG-Format spezifiziert ist. Da sind also ein Header, Höhe und Breite der Datei und die komprimierten Pixel-Daten drin.

Eine PNG Datei ist u.a. auch komprimiert, d.h. es folgen nicht alle Pixel aufeinander, so wie du dir das gerade vorstellst.
Ich vermute, dass du angenommen hast, dass du einfach nur für jeden Pixel 4 Byte (Rot, Grün, Blau, Alpha) schreiben musst, aber damit ist es nicht getan.
Außerdem besitzt so eine Datei einen Header und besteht aus Chunks.
http://www.libpng.org/pub/png/spec/1.2/PNG-Structure.html

Wenn du ernsthaft mit Java eine PNG zeichnen und abspeichern willst, solltest du auf bestehende Klassen / Libraries zurückgreifen, z.B. mit BufferedImage, Graphics2D und ImageIO arbeiten, wie in dem Link beschrieben, den ein Vorredner bereits reingestellt hat:
http://stackoverflow.com/questions/82022…g-file#14992446

Zitat von »JuKu«

Eine PNG Datei ist u.a. auch komprimiert, d.h. es folgen nicht alle Pixel aufeinander, so wie du dir das gerade vorstellst.
Ich vermute, dass du angenommen hast, dass du einfach nur für jeden Pixel 4 Byte (Rot, Grün, Blau, Alpha) schreiben musst, aber damit ist es nicht getan.

Man kann auch unkomprimierte PNGs schreiben. Im PNG-Format werden nämlich die deflate-Kompressionsparameter mitgespeichert, und da kann man einfach angeben, dass die Daten nicht komprimiert sind.