Preflight - Nicht genügend Daten für ein Bild

klasinger

Guten Tag,

momentan kämpfe ich mit einem Preflightproblem, welches ich in dieser Form noch nicht erlebt habe und bin für euren Input dankbar.

Es werden 2seitige PDFs geliefert (hunderte), bei denen teilweise Acrobat 6,7,9 (Win) beim Öffnen die Fehlermeldung Nicht genügend Daten für ein Bild präsentiert. Es scheint auch, als wären bestimmte Bilder nur zu kleinen Teilen (bspw. Rand) oder gar nicht ins PDF gelangt.

Standardmäßig laufen die PDFs über eine Enfocus Pitstop Server 08, der in jeglicher Konfiguration keinen Fehler beim Prelight ausgibt. Auch unter Acrobat 9 habe ich trotz intensiver Versuche einen passenden Preflight zu konstuieren, keine negative Meldung bzgl. des Fehlers generieren können.
Auf Grund der Menge der Daten ist einer visuelle Kontrolle leider nicht sinnvoll.

Momentan behelfe ich mir, indem ich alle Daten nochmals durch den Distiller schicke (Erstellung von PS-Files via Stapelverarbeitung), welcher die fraglichen Daten nicht konvertieren kann - erstaunlicherweise weigert sich Acrobat 9 PostScript-Files daraus zu generieren (Das Dokument konnte nicht gespeichert werden. Es ist ein Grafikfehler aufgetreten.), Acobat 6,7 erzeugen diese aber.
Der Distiller spuckt dann derartige Meldungen aus:

%%[ Error: ioerror; OffendingCommand: imageDistiller; ErrorInfo: DCTDecodeFilter Source error or end in marker before scan 0 8x8 block 0 ]%%

Stack:

-dict-

%%[ Flushing: rest of job (to end-of-file) will be ignored ]%%

%%[ Warning: PostScript error. No PDF file produced. ] %%

Die PDF-Daten kommen meines Wissens nach alle aus QuarkXpress 7, generiert werden diese über den Distiller 7.0.5 (Win).

Testdaten kann ich im Forum leider nicht zur Verfügung stellen, der Kunde...

Vielen Dank vorab für jegliche Hinweise und Tipps, wie man das ggf. doch preflighten kann.

Thomas_Richard

Antwort auf: Auf Grund der Menge der Daten ist einer visuelle Kontrolle leider nicht sinnvoll.

Das wird aber das einzige sein was bleibt.

Die Meldung besagt, dass Acrobat vor dem regulären Ende des Bilddatenstroms keine Daten respektive nur noch Nullen erhält.
Es fehlt also Bild.
Kein Preflight wird erkennen können, ob ein Bild zu ende ist, oder vorzeitig beendet wurde.

Ich würde die kompletten PDFs neu anfordern bzw. den Weg der Übertragung mal abklopfen, wir hatten hier letztens noch den Fall wo ein FTP Upload zu vergleichbaren Problemen geführt hat.

klasinger

Hallo,

danke für das Feeback.
Die Daten werden auch immer neu angefordert, was anderes bleibt ja nicht übrig.
Es wäre nur schön, wenn ich schnell die problematischen Dateien erkennen kann, besser noch der Kunde direkt.

FTP ist als Ursache auszuschließen, da wir auch extra mal die Daten per DVD bekommen haben - mit selbigem Fehler.

Wenn Acrobat meckert, dann weiss das Programm ja, das etwas nicht koscher ist (auch eine Art von Preflight nur auf ganz andere Ebene) - ergo könnte es ja prüfbar sein (so meine Hoffnung).

rohrfrei

Hallo,

im Preflight gibt es doch drei Gruppen für benutzerdefinierte Prüfungen, die sich ausgiebig mit dem Thema "Fehler in..." beschäftigen. Ist da nichts passendes dabei?

Gruß

klasinger

Hallo,

danke für den Hinweis, aber leider (in diesem Fall) ergeben alle Prüfungen eine grüne Haken.

Ulrich_Lueder

Antwort auf:
FTP ist als Ursache auszuschließen, da wir auch extra mal die Daten per DVD bekommen haben - mit selbigem Fehler.

hallo klasinger,

vielleicht hat ja aber Euer Datenlieferant die Bilddaten per FTP erhalten und dann ins Dokument eingebaut und anschliessend auf DVD gebrannt?

Ich kenne die Meldung "Nicht genügend Daten für ein Bild" bei Kunden-Daten auch mehrfach (ca 3-4 Vorkommnisse) nach bei uns eingegangenen FTP-Übertragungen.

Beim Speichern von einer Druck-Datei für eine "Web"-Version, die ein Kunde erbeten hatte, habe ich diese Meldung dann einmal selbst "produziert" mit Acrobat 9 am Mac, was ich allerdings erst bemerkte nachdem mich der Kunde darauf aufmerksam machte.

Es handelte sich damals um ein Bitmap (Im PDF mit PitSTop als CCITT Fax -Filter verwendet ausgewiesen).

Ist jetzt schon eine Weile her und war somit bestimmt vorm letzten Acrobat-update auf 9.3.1 und wahrscheinlich sogar vorm update auf 9.2...

Sorry aber "genauer" hatte ich das damals auch nicht entschlüsselt, nach Neuanforderungen war das Problem dann immer "behoben".

Ich vermute immer noch, daß da Server-Probleme zu Grunde lagen a la automatisierte Backup-Funktionen (Time Machine?) oder schlicht "Platzmagel"/Verbindungsstörungen beim Speichern oder Übertragen eine Rolle spielten, ist aber nur eine Vermutung.

Gruß,

Ulrich

klasinger

Danke für die Anregung,

laut meinem Kenntnistand werden die Daten dort inhouse erstellt, besagte DVD wurde wohl auch direkt abgebrannt - ohne Server dazwischen. Andernfalls hätte ich auch auf die Verbinug gesetzt.

Thomas_Richard

Ic habe gerade mal einem PDF aus einem Bild ein paar Zeichen gemopst (um genau zu sein 8 Bytes am Ende des eines JPEG Bildes gegen Leerzeichen ersetzt) und der Effekt war verblüffend:
Es kommt die Meldung wie zu erwarten war, aber es fehlen auch alle anderen Bilder, eben auch solche an denen ich nicht dran war...:
Der Unterschied der beiden Versionen:
http://www.richard-ebv.de/images/HDS/fehlendeBytes-Vergleich.png
vorher:
http://www.richard-ebv.de/images/HDS/fehlendeBytes_oP.pdf
nachher:
http://www.richard-ebv.de/images/HDS/fehlendeBytes_oP-mod.pdf

Thomas_Richard

Nachtrag:

Ich dachte gerade schon, ich hätte Kappes verlinkt, denn Safaris browserinterne PDFdarstellung juckt der Unterschied nicht. Also bitte Acrobat verwenden.

olaflist

Aus diversen Gründen klappt das Auffinden des Problems mit dem Preflight-Modul leider nicht...

Was aber gehen würde:
per Batch Sequenz den Export in egal was (außer evtl. Textformate) versuchen, also z.B. in PNG oder JPEG (kleine Auflösung reicht dabei völlig). Da Acrobat bei den 'fehlerhaften' Dateien einen Drawing error auswirft, bleibt der Batchlauf dann hängen. Nicht unbedingt ein eleganter Ansatz, aber immer noch leistngsfähiger als das manuelle Durchsehen.

Olaf

m.meier

Schade, dass es nicht so einfach zu lösen ist.
Habe hier auch sehr oft das Problem und mir mit diesem Beitrag eine Musterlösung erhofft...

Ist da auf absehbare Zeit das Auffinden mit der pdfToolbox für dieses Problem geplant oder ist das auch in Zukunft komplett ausgeschlossen und nicht möglich?

Gruß, Michael

olaflist

Ich gehe davon ausm dass es demnächst eine entsprechende Funktion in pdfToolbox geben wird. "Demnächst' bedeutet entweder Frühjahr oder Herbst 2010....

Olaf

klasinger

Hallo,

danke an alle für das Feedback.

@Olaf:
Dann freue ich mich auf das Update und werde Ihre Software dem Kunden weiterempfehlen.
Zum Batchverlauf: Acrobat bis Version 7 bleibt nicht hängen (diese version schreibt auch die PostScrip-Files), Version 9 hingegen schon - leider muss man hier manuell die Weiterverarbeitung anstoßen. Das der Workflow i.R. blind läuft (der berühmte rechenkneckt in der Ecke), werde ich aus diesem Grunde wohl oder übel beim alten Verlauf bleiben.

@Thomas
Danke für die Mühe mit den Beispiele, es entspricht dem Verhalten bei meinen fehlerhaften Dateien - weitere Bilder der selben Seite werden unter Acrobat 9 nicht angezeigt - Acrobat 6&7 zeigen aber mehr, bringen aber die selbe Meldung.

olaflist

Dass Acrobat den Rest der Seite nicht anzeigt, ist spätestens ab Version 9 das normale Verhalten: sobald ein Seitenobjekt nicht sinnvoll gemalt werden kann (zu wenig Daten in einem Bild, kaputter Font für eine Schrift, inkorrekte Angaben für einen Farbraum usw.) bricht Acrobat die Darstellung der Seite ab.

Preview auf dem Mac macht das andersherum und überspringt einfach nur das problematische Objekt (und gibt meist noch nicht mal eine Fehlermeldung auf dem Bildschirm aus, wohl aber in der Konsole).

Und das bringt mich auf eine Idee (habe ich jetzt aber noch nicht ausprobiert, und ginge so auch nur auf dem Mac....):

man könnte z.B. Preview per AppleScript ansteuern und PDFs als Bildformat abspeichern lassen, oder SIPS auf der Kommandozeile entsprechend ansteuern, und dann die Fehlemeldungen abgreifen. Zu Thomas "Falschbild" gibt's folgende Meldungen in der Konsole:

Preview[1272] : Corrupt JPEG data: premature end of data segment

Nur mal so, für die, die gerne Shell- oder Apple-Skripten....

Olaf

Thomas_Richard

Hallo Olaf, danke fürs Mithirnen.

Antwort auf: ist spätestens ab Version 9 das normale Verhalten: sobald ein Seitenobjekt nicht sinnvoll gemalt werden kann (zu wenig Daten in einem Bild, kaputter Font für eine Schrift, inkorrekte Angaben für einen Farbraum usw.) bricht Acrobat die Darstellung der Seite ab.

Dazu ist mir bei den Versuchen auch noch was aufgefallen. Mein Testdokument enthält ja auch nicht JPEG komprimierte Bilder. Wenn ich die befuttelt habe, sah ich keine Unterschiede (die Eingriffe bezogen sich aber wieder nur auf einige Bytes, u.U: verschwand das in dem Fleisch, das der Export um die Bildboxen beibehält.
Allerdings kam dann keine bleibenden Fehlermeldung beim öffnen in Acrobat, es war aber für einen Augenblick ein Meldungsfenster zu sehen, das aber sofort wieder verschwindet.

Mit Screenshots kann ich da leider nicht dienen, ich könnte aber mal schauen ob eines meiner Testpdfs mit dem Effekt noch im Papierkorb herumliegt...

So ein gerüttelt Maß an Unorndung schadet nie ;-)

Hier das PDF mit der Blitzmeldung:
http://www.richard-ebv.de/images/HDS/fehlendeBytes_Meldung.pdf
(Ist etwas unhandlich, da noch das ISO Profil dranhängt)
Ausserdem wollen diese PDFs gesichert werden, wenn man sie schließt... ?

Polylux

Antwort auf: Dass Acrobat den Rest der Seite nicht anzeigt, ist spätestens ab Version 9 das normale Verhalten: sobald ein Seitenobjekt nicht sinnvoll gemalt werden kann (zu wenig Daten in einem Bild, kaputter Font für eine Schrift, inkorrekte Angaben für einen Farbraum usw.) bricht Acrobat die Darstellung der Seite ab.

Nanu? Das war doch beim PostScript schon so (und auch alle Seiten danach wurden auch abgebrochen). Wissen Sie, warum das so ist? Ist das gewollt? Für PDF als Druckvorlage natürlich nicht schlecht, da sieht man Fehler vielleicht schneller. Aber PDF als Austauschformat bringt das eher einen Schritt zurück. Nur weil bei meiner Internet-Verbindung ein Byte nicht klappt, dann soll mich doch nichts daran hindern, die restlichen Elemente zu sehen.

olaflist

Das Hauptproblem mit gutmütigen PDF-Viewern ist halt, dass man nicht merkt, dass man eigentlich ein Problem hat.

Auch wenn es toll ist, dass Adobe Reader bis v7 oder v8 wirklich jeden Müll noch dargestellt bekommt (oft aber auch mit vorhandenen aber nicht gleich offensichtlichen Fehlern - wer merkt schon, wenn ein kleines Stück irgenwo fehlt? Ach, war nur die führende Ziffer in einem großen Betrag, na, wer wird da gleich kleinlich sein...).

Das Problem ist im Grunde, dass Adobe ganz früh schon einen strengen PDF-Viewer hätte rausbringen müssen (oder zumindest einen aktivierbaren strengen Modus), das holen sie jetzt Zug um Zug nach, leider verbunden mit gelegentlichen Schmerzen.

Olaf

olaflist

Anderer Kompressionsalgorithmus - andere Spielregeln. Manchmal sind die Daten eben nur "ein bisschen" kaputt :-)

Auch hier übrigens wie nütziche Info on dr Konsole für Preview:

22/02/2010 14:09:52	[0x0-0xe80e8].com.apple.Preview[1747]	invalid stream length 1804; should be 1796.

22/02/2010 14:09:52	[0x0-0xe80e8].com.apple.Preview[1747]	FlateDecode: decoding error.

Olaf

michimeier

Antwort auf: Ich gehe davon ausm dass es demnächst eine entsprechende Funktion in pdfToolbox geben wird. "Demnächst' bedeutet entweder Frühjahr oder Herbst 2010....

Nachdem ich die heute wieder auf das Thema "Nicht genügend Daten für ein Bild" gestoßen bin und gerade gesucht habe wie ein wilder, bin ich auf zwei Eigenschaften in der pdfToolbox gestoßen, welche bei der Prüfung anschlagen:
- Bild ist nicht gültig (Dokument)
- Alle "stream"-Verzeichnisse dekodieren (Bild)

Kann das jemand bestätigen, dass das mit meinen zwei Dateien nicht nur Zufall ist bzw. diese beiden Eigenschaften dafür auch gedacht sind?

Die Versionshistorie der pdfToolbox gibt leider keinen weiteren Informationen her, seit wann diese Eigenschaften integriert sind. In Version 4.5 (100) sowie 5.0 sind diese auf jeden Fall schon vorhanden.

klasinger

Hallo Michael,

die Datei von damals liegt hier noch irgendwo...
Ich bekomme deratiges häufiger und werde beim nächste mal mit der pdfToolbox 5 prüfen.

Nächste Seite »