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:

Code

%%[ 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.

Antwort auf [ klasinger ]

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.

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).

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ß

Hallo,

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

Antwort auf [ klasinger ]

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

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.

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/...eBytes-Vergleich.png
vorher:
http://www.richard-ebv.de/...fehlendeBytes_oP.pdf
nachher:
http://www.richard-ebv.de/...endeBytes_oP-mod.pdf

Nachtrag:

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

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

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

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

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.

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:

Code

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

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


Olaf

Hallo Olaf, danke fürs Mithirnen.

Antwort auf [ olaflist ]

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/...ndeBytes_Meldung.pdf
(Ist etwas unhandlich, da noch das ISO Profil dranhängt)
Ausserdem wollen diese PDFs gesichert werden, wenn man sie schließt... ?