TIFF-Datei lässt sich nicht öffnen

[Daniel Wörner]

Hallo,

ich versuche verzweifelt ein TIFF-Bild zu öffnen, da sich darin eine alte
Nachrichtentechnik-Klausur befindet, die ich unbedingt zur Vorbereitung für
meine Klausur brauche.

Leider bekomme ich die Datei nicht auf. Es handelt sich wohl um eine
TIFF-Datei. Das kann man auch erkennen wenn man die Datei in .txt umbenennt
und im Texteditor öffnet. Ich habe schon Photoshop, Imaging, IrfanView und
ACDSee ausprobiert und hatte mit keinem dieser Programme Erfolg. Da ich
jetzt auch nicht mehr weiter weiß, bitte ich euch um Hilfe. Ich habe das
Bild mal hochgeladen. Dann könnt ihr ja mal euer Glück versuchen:
http://free.pages.at/danielwoe/klausur.tif

Wenn das klappen würde wäre echt super, da ich ohne diese Klausur ein wenig
aufgeschmissen bin. Solange man den Inhalt lesen kann ist das Aussehen total
egal. Auch mit Teilen wäre mir schon geholfen. Es könnte sich eventuell auch
um ein mehrseitiges TIFF handeln.

Vielen Dank schon mal für die Hilfe.

Daniel

[Marco Schmidt]

Daniel Wörner:

[...]

Post by Daniel Wörner
Wenn das klappen würde wäre echt super, da ich ohne diese Klausur ein wenig
aufgeschmissen bin. Solange man den Inhalt lesen kann ist das Aussehen total
egal. Auch mit Teilen wäre mir schon geholfen. Es könnte sich eventuell auch
um ein mehrseitiges TIFF handeln.

Die Header scheinen kaputt zu sein. Nach Bildhöhe und -breite kommt

Post by Daniel Wörner
tiffdump klausur.tif

klausur.tif:
Magic: 0x4949 <little-endian> Version: 0x2a
Directory 0: offset 212 (0xd4) next 301 (0x12d)
SubFileType (254) LONG (4) 1<0>
ImageWidth (256) SHORT (3) 1<2496>
ImageLength (257) SHORT (3) 1<179>
769 (0x301) 256 (0x100) 16777216<>
769 (0x301) 256 (0x100) 50331648<>
769 (0x301) 256 (0x100) 0<>
769 (0x301) 256 (0x100) 16777216<>
1025 (0x401) 8960 (0x2300) 2348810240<>
769 (0x301) 256 (0x100) 16777216<>
769 (0x301) 256 (0x100) 16777216<>
769 (0x301) 256 (0x100) 1694498816<>
1025 (0x401) 8960 (0x2300) 0<>
1281 (0x501) 256 (0x100) 1879048192<>
1281 (0x501) 256 (0x100) 2013265920<>
1025 (0x401) 256 (0x100) 67108864<>
769 (0x301) 256 (0x100) 33554432<>
JPEGInterchangeFormat (513) 6400 (0x1900) 2147483648<>
1152 (0x480) 2048 (0x800) 67108864<>

Vielleicht ist sie beim Übertragen kaputtgegangen, oder das
Speichermedium ist beschädigt. Keine Ahnung, wie man sie noch retten
könnte.

Auch die existierenden Angaben sind schon etwas seltsam für einen
Scan. 179 Pixel Höhe, das dürfte doch kaum ausreichen. Hast Du diese
Datei irgendwann einmal erfolgreich anzeigen können, oder hast Du sie
gerade erst bekommen? Vielleicht reicht in letzterem Fall erneutes
Übertragen. Bei FTP auf den Modus "Binary" achten.

Gruß,
Marco

[Daniel Wörner]

Post by Marco Schmidt
Hast Du diese
Datei irgendwann einmal erfolgreich anzeigen können, oder hast Du sie
gerade erst bekommen? Vielleicht reicht in letzterem Fall erneutes
Übertragen. Bei FTP auf den Modus "Binary" achten.

Ich habe die Datei schon mehrfach neu übertragen doch das hilft leider auch
nichts. An der Übertragung liegt es also nicht.

Daniel

[Stefan Lagotzki]

Hallo Daniel,

das TIFF scheint wirklich beschaedigt zu sein. Ich bekomme
hier ebenfalls Fehlermeldungen beim Testen:
"TIFF directory is missing required "StripOffsets" field."


Stefan

.

[Leo Hafner]

Könnte es daran liegen, dass im Header Wang-Tiff steht?
Es gibt hierfür ja einen eigenen Wang-Viewer.
Ich weiß nicht, ob das nicht ein eigenes TIFF-Dateiformat ist, das
sich nur damit ansehen lässt.
Habe aber bisher noch nie davon gehört.

[Daniel Wörner]

Post by Leo Hafner
Könnte es daran liegen, dass im Header Wang-Tiff steht?
Es gibt hierfür ja einen eigenen Wang-Viewer.
Ich weiß nicht, ob das nicht ein eigenes TIFF-Dateiformat ist, das
sich nur damit ansehen lässt.
Habe aber bisher noch nie davon gehört.

Soweit ich das herausgekommen habe ist der ehemalige Wang-Viewer jetzt das
Programm Kodak-Imaging welches ja in Windows integriert ist. Doch auch mit
diesem läßt sich die Datei nicht öffnen.

Daniel

[Marco Schmidt]

Post by Daniel Wörner
Soweit ich das herausgekommen habe ist der ehemalige Wang-Viewer jetzt das
Programm Kodak-Imaging welches ja in Windows integriert ist. Doch auch mit
diesem läßt sich die Datei nicht öffnen.

Das hatte ich auch schon probiert. Tatsächlich stehen Wang TIF,
Oi/GFS, writer v00.06.02 und noch ein paar andere Dinge in der Datei.
Ich habe auch mal mit Google danach gesucht, hat aber nichts
Brauchbares ergeben.

Allerdings sind diese Wang-TIF-Dateien IIRC stets gültige
TIFF-Dateien, und das kann man von dieser nun leider nicht behaupten.
Das IFD (Image File Directory) ist einfach kaputt. :(

Gruß,
Marco

[Leo Hafner]

Post by Marco Schmidt
Das IFD (Image File Directory) ist einfach kaputt. :(

Ich kenne die Codierung einer TIFF-Datei nicht.
Aber, wenn man herausgefunden hätte, welcher Farbmodus, ob eine
Komprimierung usw. vorliegen, könnte man doch eventuell versuchen,
Bildteile der defekten TIFF-Datei in eine neu angelegte TIFF-Datei mit
den selben Vorgaben zu kopieren.

Dazu gleich eine Frage:
Kennt jemand einen kostenlosen Editor (Debugger oder Hex-Editor), mit
dem man eine beliebige Datei öffnen kann und der nicht an den Daten
herummurxt.
Wenn ich z.B. eine TIF-Datei mit dem Windows-Editor öffne und sofort
unter einem anderen Namen wieder speichere, ändert dieses Programm
ständig irgendetwas an den Daten und die Datei ist als Bild defekt.

Grüße, Leo

[Rene Marth]

Post by Leo Hafner
Kennt jemand einen kostenlosen Editor (Debugger oder Hex-Editor), mit
dem man eine beliebige Datei öffnen kann und der nicht an den Daten
herummurxt.

Ein richtiger Hex-Editor ändert nichts an Daten, im Gegensatz zu
vielen normalen Editoren. Ich benutze
http://www.chmaas.handshake.de/delphi/freeware/xvi32/xvi32.htm
(Freeware), es gibt aber zig vergleichbare Programme.

Rene

[Thomas Richard]

Hallo,

Photoshop hat als Dateiformat ja noch sein RAW im Petto.

Das interpretiert einfach alles als Pixel was man ihm vorwirft.
Allerdings will es dann auch eine Höhe und Breite...
Mit den Werten aus dem Header geht's nicht, es schein etwas zu fehlen.

Das kann aber auch daran lieggen, das der Datenmüll sein
Kompressionsformat nicht preisgibt. (Höhe und Breite stimmen, aber es
ist halt nicht mehr für Jedes Pixel ein Byte vorhanden.

Was man aber normalerweise zu sehen bekommt ist eine Art Schuppenmuster,
mit dessen Hilfe man sich an die Korrekten Abmessungen herantasten kann
(je flacher die Stufen, umso näher ist man an einem Vielfachen der
richtigen Höhe.
Den Header wird man auch so los in dem man aus der unregelmässigen
Fläche oben seine Bytes errechnet und als Offset eingibt.

Viel Spass.

Thomas

PS: Ich sollte aber erwähnen das da noch irgendwas von JPEG steht, da
ist dann schluss mit lustig.

Post by Rene Marth

Post by Leo Hafner
Kennt jemand einen kostenlosen Editor (Debugger oder Hex-Editor), mit
dem man eine beliebige Datei öffnen kann und der nicht an den Daten
herummurxt.

Ein richtiger Hex-Editor ändert nichts an Daten, im Gegensatz zu
vielen normalen Editoren. Ich benutze
http://www.chmaas.handshake.de/delphi/freeware/xvi32/xvi32.htm
(Freeware), es gibt aber zig vergleichbare Programme.
Rene

[Marco Schmidt]

Thomas Richard:

[...]

Post by Thomas Richard
PS: Ich sollte aber erwähnen das da noch irgendwas von JPEG steht, da
ist dann schluss mit lustig.

Das ist aber nur ein fehlinterpretierter Teil des IFD. Die Anzahl
2147483648 in diesem Tag ergibt schon keinen Sinn mehr. Ich habe auch
mal nach einem JFIF-Strom innerhalb der Datei gesucht, es gibt keinen.

Gruß,
Marco

[Norbert Hahn]

Post by Thomas Richard
PS: Ich sollte aber erwähnen das da noch irgendwas von JPEG steht, da
ist dann schluss mit lustig.

Es gab doch in dieser Newsgroup oder in de.comp.hardware.scanner vor
wenigen Wochen ein ähnliches Problem, eine nicht (mehr) lesbare TIFF-
Datei, die mit Wangimage erstellt worden war und ein eingebettete
JPEG-Bilderserie hatte. Dort war der Header intakt und die Datei war
mit iGrafx Image zu lesen, neuere Software kam mit der Farbcodierung
nicht klar.

Bei der fraglichen Datei bringt allerdings iGrafx Image außer Fehler-
meldung nichts.

Norbert

[Marco Schmidt]

Post by Leo Hafner
Ich kenne die Codierung einer TIFF-Datei nicht.
Aber, wenn man herausgefunden hätte, welcher Farbmodus, ob eine
Komprimierung usw. vorliegen, könnte man doch eventuell versuchen,
Bildteile der defekten TIFF-Datei in eine neu angelegte TIFF-Datei mit
den selben Vorgaben zu kopieren.

Farbmodus und Komprimierung würden eigentlich im IFD stehen, was bei
dieser Datei leider kaputt ist. Natürlich könnte man mit viel Ausdauer
einiges ausprobieren.

Post by Leo Hafner
Kennt jemand einen kostenlosen Editor (Debugger oder Hex-Editor), mit
dem man eine beliebige Datei öffnen kann und der nicht an den Daten
herummurxt.
Wenn ich z.B. eine TIF-Datei mit dem Windows-Editor öffne und sofort
unter einem anderen Namen wieder speichere, ändert dieses Programm
ständig irgendetwas an den Daten und die Datei ist als Bild defekt.

<http://directory.google.com/Top/Computers/Software/Freeware/Editors/Hex_Editors/>
<http://directory.google.com/Top/Computers/Software/Editors/Hexadecimal/>

UltraEdit kann das auch ganz gut.

Gruß,
Marco

[Norbert Hahn]

Post by Leo Hafner
Kennt jemand einen kostenlosen Editor (Debugger oder Hex-Editor), mit
dem man eine beliebige Datei öffnen kann und der nicht an den Daten
herummurxt.

Für TIFF-Dateien gibt es TIFF-Dump in den gängigen Bibliotheken.
Für allgemeine Hex-Dump-Zwecke habe ich ein Dump-Programm in Perl
geschrieben.

HTH
Norbert

#!perl

# Usage: xdump [file]
# if file is omited read from STDIN
#
open(STDIN,$ARGV[0]) || die "Can't open $ARGV[0]: $!\n"
if $ARGV[0];

$offset = 0;

# Do it optimally as long as we can read 16 bytes at a time.

while (($len = read(STDIN,$data,16)) == 16) {
@array = unpack ('N4', $data);
$data =~ tr/\0-\37\177-\377/./;
printf "%8.8lx %8.8lx %8.8lx %8.8lx %8.8lx %s %s\n",
$offset, @array, $data;
$offset += 16;
}

# Now finish up the end a byte at a time

if ($len) {
@array = unpack ('C*', $data);
$data =~ y/\0-\37\177-\377/./;
for (@array) {
$_ = sprintf('%2.2x',$_);
}
push (@array, ' ') while $len++ < 16;
$data =~ s/[^ -~]/./g;
# $data =~ tr/\0-\37\177-\377/./;
printf "%8.8lx ", $offset;
printf "%s%s%s%s %s%s%s%s %s%s%s%s %s%s%s%s %s\n",
@array, $data;
}