E-5: Beschaedigter JPEG-Dateikopf

Datum: 07.03.2011 Uhrzeit: 4:30:14 Greg Lehey Thomas schrieb: > ich besitze einen Mediaplayer von Sony. Damit lasse ich > mir u.a. auf dem Fernseher Fotos anzeigen. Die > jpg-Dateien liegen auf einem NAS-Laufwerk im Netzwerk. Bei > einigen Bildern hängt sich der Player auf. Ich habe > festgestellt, dass der JPEG-Dateikopf beschädigt ist. Das > meldet zumindest das (geniale) Tool Photo ME“. In meiner —————————————————————————————————————————————— Datum: 07.03.2011 Uhrzeit: 10:14:04 R.Wagner Am Mon, 07 Mar 2011 03:30:14 +0100 schrieb Greg Lehey: > Subject : 2011, Braunschweig > Keywords : 2011, Braunschweig > > lassen vermuten, dass du die Daten (vielleicht nur minimal) > bearbeitet hast. Viele Programm fassen die Daten schon an, wenn sie sie eigentlich nur kopieren sollen. Und wenn da beim NAS irgendwelche Aussetzer sind, dann passiert genau das. Grüße Reinhard Wagner —————————————————————————————————————————————— Datum: 07.03.2011 Uhrzeit: 10:51:50 Werner Pilwousek Hallo Thomas, etwas hat Deine JPEG-Marker-Daten zerstö¶rt(Siehe 3. Marker): ========== Marker: SOI Länge: 2 Marker: APP1 Länge: 8472 (8,27 KB) Marker: Exif-Metadaten Notierung: Intel Marker: k.A. FFh Länge: 65535 (64,00 KB) Marker: DATA Länge: 5254806 (5,01 MB) Marker: EOI Länge: 2 ========== Normal sieht das so aus (E-620): ========== Marker: SOI Länge: 2 Marker: APP1 Länge: 32766 (32,00 KB) Marker: Exif-Metadaten Notierung: Intel Marker: DQT Länge: 132 Marker: Quantisierungstabelle Farbtyp: Y (Luminanz/Helligkeit) Präzision: 8 Bit Werte: 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 01 02 01 01 01 02 01 01 01 01 02 01 02 02 02 02 02 02 01 01 02 02 02 02 02 02 02 02 02 Farbtyp: Cb (Chrominanz/Blau-Farbwert) Präzision: 8 Bit Werte: 01 01 01 01 01 01 01 01 01 01 02 01 01 01 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 02 Marker: SOF0 Länge: 17 Bildbreite: 4032 Bildhö¶he: 3024 Kompression: Huffman BaseLine DCT SubSampling: 4:2:2 Farbdarstellung: RGB Bits pro Farbe: 8 Marker: DHT Länge: 418 Marker: Huffmann Tabelle Klasse: Y-DC Anzahl Werte: 12 Codes: 00 01 05 01 01 01 01 01 01 00 00 00 00 00 00 00 Werte: 00 01 02 03 04 05 06 07 08 09 0A 0B Klasse: Y-AC Anzahl Werte: 162 Codes: 00 02 01 03 03 02 04 03 05 05 04 04 00 00 01 7D Werte: 01 02 03 00 04 11 05 12 21 31 41 06 13 51 61 07 22 71 14 32 81 91 A1 08 23 42 B1 C1 15 52 D1 F0 24 33 62 72 82 09 0A 16 17 18 19 1A 25 26 27 28 29 2A 34 35 36 37 38 39 3A 43 44 45 46 47 48 49 4A 53 54 55 56 57 58 59 5A 63 64 65 66 67 68 69 6A 73 74 75 76 77 78 79 7A 83 84 85 86 87 88 89 8A 92 93 94 95 96 97 98 99 9A A2 A3 A4 A5 A6 A7 A8 A9 AA B2 B3 B4 B5 B6 B7 B8 B9 BA C2 C3 C4 C5 C6 C7 C8 C9 CA D2 D3 D4 D5 D6 D7 D8 D9 DA E1 E2 E3 E4 E5 E6 E7 E8 E9 EA F1 F2 F3 F4 F5 F6 F7 F8 F9 FA Klasse: Cb-DC Anzahl Werte: 12 Codes: 00 03 01 01 01 01 01 01 01 01 01 00 00 00 00 00 Werte: 00 01 02 03 04 05 06 07 08 09 0A 0B Klasse: Cb-AC Anzahl Werte: 162 Codes: 00 02 01 02 04 04 03 04 07 05 04 04 00 01 02 77 Werte: 00 01 02 03 11 04 05 21 31 06 12 41 51 07 61 71 13 22 32 81 08 14 42 91 A1 B1 C1 09 23 33 52 F0 15 62 72 D1 0A 16 24 34 E1 25 F1 17 18 19 1A 26 27 28 29 2A 35 36 37 38 39 3A 43 44 45 46 47 48 49 4A 53 54 55 56 57 58 59 5A 63 64 65 66 67 68 69 6A 73 74 75 76 77 78 79 7A 82 83 84 85 86 87 88 89 8A 92 93 94 95 96 97 98 99 9A A2 A3 A4 A5 A6 A7 A8 A9 AA B2 B3 B4 B5 B6 B7 B8 B9 BA C2 C3 C4 C5 C6 C7 C8 C9 CA D2 D3 D4 D5 D6 D7 D8 D9 DA E2 E3 E4 E5 E6 E7 E8 E9 EA F2 F3 F4 F5 F6 F7 F8 F9 FA Marker: DRI Länge: 4 Marker: SOS Länge: 12 Marker: Start Of Scan Komponenten: 3 Farbtyp: Y (Luminanz/Helligkeit) Klasse: Y-DC Farbtyp: Cb (Chrominanz/Blau-Farbwert) Klasse: Cb-AC Farbtyp: Cr (Chrominanz/Rot-Farbwert) Klasse: Cb-AC Scan-Start: 0 Scan-Ende: 63 Bit-Position: 0 Marker: DATA Länge: 7059138 (6,73 MB) Marker: EOI Länge: 2 ========== Schö¶nen Gruß Werner —————————————————————————————————————————————— Datum: 07.03.2011 Uhrzeit: 11:08:54 Werner Pilwousek Nachtrag: Vermutlich falsche Längenangabe im APP1-Marker beim Schreiben der Exif-Daten. Dadurch findet man die nächsten Marker nicht mehr. Da der APP1-Marker der 2. Marker ist, hat die Software vermutlich 2 Bytes zuviel oder zu wenig berechnet. Die Marker-Signatur darf in die Längenangabe nicht einberechnet werden. Jedoch nur eine Vermutung ohne Überprüfung. Software auf Basis von IJG-JPEG-Lib kann die Datei lesen und korrekt wieder schreiben. Dabei fällt auf, das dem Bild eine Menge MakerNotes fehlen, in Exif eine Bild-ID auftaucht, IPTC/NAA-Daten, sowie XMP-Daten vorhanden sind. Interessante Konstellation. Werde ich mal näher untersuchen. Schö¶nen Gruß Werner —————————————————————————————————————————————— Datum: 07.03.2011 Uhrzeit: 13:25:59 Werner Pilwousek Hallo Thomas, wenn Du ein Windows-Betriebssystem mit .Net 2.x betreibst, dann versuch mal mit Duplikaten, KEINESFALLS ORIGNALE VERWENDEN, ob sich das Problem mit diesem Programm beheben lassen: http://tinyurl.com/67w7xdj Ist eine ZIP-Datei, die eine EXE enthält Das ZIP-Archiv entpacken und die JPEGs per Drag&Drop drauf fallen lassen. Die Exe ohne Parameter aufgerufen zeigt die Kommandozeilenparameter. Was macht das Programm (Änderungen): Falls es statt einer gültigen Marker-Signatur auf ein 255-Zeichen fällt, sucht es die nächste gültige Marker-Signatur und liest ab dort weiter ein. Der Versatz ist nicht, wie ich vermutete nur ein paar Bytes. Die geschriebene Länge des Exif-Markers(APP1) ist komplett falsch berechnet. Duplikate deswegen, weil es zu unerwarteten Nebeneffekten kommen kann. Ich hatte nur ein Bild zum Testen. Viel Erfolg. Schö¶nen Gruß Werner —————————————————————————————————————————————— Datum: 07.03.2011 Uhrzeit: 15:27:17 Frank Ledwon Werner Pilwousek wrote: > Nachtrag: Vermutlich falsche Längenangabe im APP1-Marker beim > Schreiben der Exif-Daten. Dadurch findet man die nächsten Marker > nicht mehr. Da der APP1-Marker der 2. Marker ist, hat die Software > vermutlich 2 Bytes zuviel oder zu wenig berechnet. Die > Marker-Signatur darf in die Längenangabe nicht einberechnet > werden. dumporf kommt da aber viel weiter: […] > Offset $48559B EOI > type[D9] > 588312 Bytes left | > SOI not found… Das Vorschaubild ist also auch kaputt gegangen. Alles sehr seltsam 😉 > Dabei fällt auf, das dem Bild eine Menge MakerNotes fehlen, in Exif > eine Bild-ID auftaucht, IPTC/NAA-Daten, sowie XMP-Daten vorhanden > sind. Woher kommt eigentlich ImageUniqueID? Squirrel —————————————————————————————————————————————— Datum: 07.03.2011 Uhrzeit: 15:27:19 Frank Ledwon Thomas wrote: > Ein Beispiel: > http://www.bildercache.de/anzeige.html?dateiname=20110306-223724-934.jpg ExifOffset=980 ist definitiv kein Original aus irgendeiner E-Kamera. In der hauseigenen Galeria würde das Bild nicht angenommen werden. Was genau hast du in welcher Reihenfolge getan, um dieses Ergebnis zu erhalten? Squirrel —————————————————————————————————————————————— Datum: 07.03.2011 Uhrzeit: 17:17:45 Werner Pilwousek Hallo Frank, > dumporf kommt da aber viel weiter: Wird halt suchen und sich nicht auf die Längenangaben der Marker verlassen… Diese sind zum Lesen allerdings maßgeblich. Das Programm kürzt den Exif-Block, schreibt die neue Grö¶ße, füllt den ursprünglichen Bereich mit 255 auf und schreibt ihn unabhängig der bereits geschriebenen Markerlänge. Eindeutig ein Softwarefehler! > Das Vorschaubild ist also auch kaputt gegangen. Alles sehr seltsam > 😉 Das Vorschaubild ist wohl OK, sonst kö¶nne ich es nicht lesen und darstellen. Nur komplett laden mit Schreiboption konnte ich es nicht. Obwohl, wenn es nicht normal lesbar ist, holt es sich die Daten über .Net. > Woher kommt eigentlich ImageUniqueID? Exif 2.3. Wurde von Adobe ursprünglich eingeführt und von vielen Programmen übernommen. Mir ist allerdings schleierhaft, wie sich die ID errechnet. Mit Sicherheit sind wohl Datum und Uhrzeit enthalten. Vermutlich noch verschlüsselt die MAC-Adresse, die für jede Netzwerkkarte/WLAN-Adapter weltweit einmalig ist. Somit wäre eindeutig nachweisbar, mit welchem Rechner das Bild wann manipuliert wurde; wenn man wüsste, wie sich das Teil berechnet. Leider gibt es dafür keine eindeutige Anweisung. Da steht nur – Zitat: Jeita CP-3451B: ImageUniqueID This tag indicates an identifier assigned uniquely to each image. It is recorded as an ASCII string equivalent to hexadecimal notation and 128-bit fixed length. Tag = 42016 (A420h) Type = ASCII Count = 33 Default = None Da ich keine Software habe, die die ImageUniqueID erzeugt, kann ich meine Theorie allerdings nicht nachprüfen. Schö¶nen Gruß Werner —————————————————————————————————————————————— Datum: 07.03.2011 Uhrzeit: 19:58:25 Thomas Hallo Zusammen, Herzlichen Dank für die bisherigen Antworten! Ich kann leider nicht mehr genau sagen, was exakt ich mit den Dateien gemacht habe. In einer Bildbearbeitungssoftware (bei mir: Fixfoto) bearbeitet habe ich sie definitiv nicht. Allerdings habe ich mit Picasa die IPTC-Schlagworte gepflegt. Im Umgang mit Picasa ist noch nie ein derartiges Problem aufgetreten. Die Olympus E-5 habe ich erst seit kurzem, ich komme aus der Fujifilm Ecke. Dass es beim reinen Kopiervorgang von der lokalen auf die Netzwerkfestplatte passiert sein soll, kann ich mir nicht vorstellen. Einen Hinweis habe ich noch: Alle betroffenen Fotos entstanden bei mäßigem Frost (ca. -6°C). Werner Pilwousek schrieb: > Hallo Thomas, > > wenn Du ein Windows-Betriebssystem mit .Net 2.x betreibst, dann > versuch mal mit Duplikaten, KEINESFALLS ORIGNALE VERWENDEN, > ob sich das Problem mit diesem Programm beheben lassen: > http://tinyurl.com/67w7xdj Das war ein super Tipp! Genau so ein Programm habe ich bislang vergeblich gesucht. Damit habe ich alle korrupten JPGs reparieren kö¶nnen, Vielen Dank! Gruß Thomas — posted via https://oly-e.de —————————————————————————————————————————————— Datum: 07.03.2011 Uhrzeit: 21:12:22 Werner Pilwousek Hallo Thomas, für FixFoto wurde das Teil ursprünglich gemacht; für die alten Olys (E-1, E-300, E-400, E-500), um deren MakerNotes komplett lesbar zu erhalten (Neu verpacken wie es Master und Studio machen). Im Zubehö¶rbereich vom FF-Forum gehen und danach Skripte->Exif&IPTC->WPMeta. Diese Version wurde auch aktualisiert. Dann kannst Du mit der Oberfläche von FF arbeiten. Weiteres siehe im dortigen Forum. Übrigens wurde diese Datei nicht mit FF geschrieben: FF kann XMP nur erhalten, schreibt es aber nicht. Schö¶nen Gruß Werner —————————————————————————————————————————————— Datum: 09.03.2011 Uhrzeit: 20:27:40 Thomas Werner Pilwousek schrieb: > Hallo Thomas, > > für FixFoto wurde das Teil ursprünglich gemacht; für die alten Olys > (E-1, E-300, E-400, E-500), um deren MakerNotes komplett lesbar zu > erhalten (Neu verpacken wie es Master und Studio machen). > > Im Zubehö¶rbereich vom FF-Forum gehen und danach > Skripte->Exif&IPTC->WPMeta. > > Diese Version wurde auch aktualisiert. Dann kannst Du mit der > Oberfläche von FF arbeiten. Weiteres siehe im dortigen Forum. > > Übrigens wurde diese Datei nicht mit FF geschrieben: FF kann XMP > nur erhalten, schreibt es aber nicht. > > Schö¶nen Gruß > Werner Hallo Werner, vielen Dank für diesen Tipp, ich habe das Skript sofort in FF eingebunden und alles ist jetzt wunderbar. Sollten noch einmal kaputte JPEG-Header auftauchen kann ich sie sofort reparieren. Supi! Gruß Thomas — posted via https://oly-e.de ——————————————————————————————————————————————