Moin, Moin,

habe ein via GhostScript aus einem ältlichen Illustrator-EPS erzeugtes [1]
PDF erhalten

<http://kaiser-edv.de/tmp/bad-font-resource.pdf>

das mich in ein wenig in Verzweiflung stürzt, weil ein Tool [2], mit
welchem ich die Dimensionen platzierter Pixelbilder auslesen will, damit
gleich vom Start weg auf die Nase fällt:

pdfinfo: Error in PDF to PostScript conversion, Bad font
resource(320033)

Eine Überprüfung mittels Acrobats Preflight ergibt nur, daß der
enthaltene Font Type 3 ist und daß Acrobat Preflight nichts Erhellendes
bzgl. des Fonts anzeigen kann :-(

Soll ich mich in dem Fall auf Preflight verlassen oder hat wer mit
detaillierteren PDF-Kenntnissen Hinweise, daß tatsächlich was am
eingebetten Font faul ist?

Dank', Gruss, guten Rutsch, weiche Landung, etc. pp,

Thomas

[1] Handelt sich um GS 8.61. Aufruf per:

gswin32c.exe -q -dNOPAUSE -dBATCH -r2400 -sDEVICE=pdfwrite
-dPDFSETTINGS=/printer -dColorImageFilter=/FlateEncode
-dGrayImageFilter=/FlateEncode -dProcessColorModel=/DeviceCMYK
-dCompatibilityLevel=1.4

Varianten mit zus. "-dEmbedAllFonts=false" als auch
"-dPDFSETTINGS=/screen" zeigen gleiches Ergebnis anschl.

[2] Helios' pdfinfo aus dem "PDF Handshake"-Paket.

Thomas Kaiser schrieb:

> habe ein via GhostScript aus einem ältlichen Illustrator-EPS erzeugtes [1]
> PDF erhalten
>
> <http://kaiser-edv.de/tmp/bad-font-resource.pdf>
>
> das mich in ein wenig in Verzweiflung stürzt, weil ein Tool [2], mit
> welchem ich die Dimensionen platzierter Pixelbilder auslesen will, damit
> gleich vom Start weg auf die Nase fällt:
>
> pdfinfo: Error in PDF to PostScript conversion, Bad font
> resource(320033)
>
> Eine Überprüfung mittels Acrobats Preflight ergibt nur, daß der
> enthaltene Font Type 3 ist und daß Acrobat Preflight nichts Erhellendes
> bzgl. des Fonts anzeigen kann :-(
>
> Soll ich mich in dem Fall auf Preflight verlassen oder hat wer mit
> detaillierteren PDF-Kenntnissen Hinweise, daß tatsächlich was am
> eingebetten Font faul ist?

Der Crack in Sachen PDF bin ich sicher nicht, aber vielleicht hilft Dir
http://www.fmg-dtp.de/tmp/bad-font-resource_2.pdf erstmal weiter.

Ich habe gesehen, dass die schwarze Schrift nicht überdruckt, habe das
auch so gelassen; löst Du das im RIP? Überdrucken wäre hier besser,
vermutlich.

Ach ja: Dein PDF (und meines) sieht kaputt aus, rein optisch. Der linke
Text steht zu weit rechts, die Leerzeichen vor "omdr." erscheinen mir zu
weit, da fehlt vielleich ein Sonderzeichen, das durch das
Schriftenproblem abhanden gekommen sein könnte.

Gruß und hth
Martin

Martin Gerhard schrieb in <news:5tsdniF1e86nuU1*mid.uni-berlin.de>
> Thomas Kaiser schrieb:
>
>> Soll ich mich in dem Fall auf Preflight verlassen oder hat wer mit
>> detaillierteren PDF-Kenntnissen Hinweise, daß tatsächlich was am
>> eingebetten Font faul ist?
>
> Der Crack in Sachen PDF bin ich sicher nicht, aber vielleicht hilft
> Dir http://www.fmg-dtp.de/tmp/bad-font-resource_2.pdf erstmal weiter.

Nein, leider nicht. Das Ding in Illustrator CS2 umspeichern kann ich
selber ;-)

> Ich habe gesehen, dass die schwarze Schrift nicht überdruckt, habe das
> auch so gelassen; löst Du das im RIP? Überdrucken wäre hier besser,
> vermutlich.

Ist in dem Fall alles egal. Schriften interessieren nicht. Alles, was
ich brauche, ist ein Auslesen der platzierten Bildobjekte (Position,
Farbraum, Bits per Pixel), damit ich für das eigentlich zugrungeliegende
EPS herausbekomme, welches das relevante Bildobjekt im EPS ist, dessen
Auflösung mich interessiert (es geht um viele Montagen in Illustrations-
Programmen, bei denen große Bildobjekte mit Vektor-/Strich-Elementen
kombiniert wurden. Ich muß jetzt rausfinden, welches CMYK-Objekt im
Vordergrund an welcher Stelle liegt, damit ich Konvertierungen dieses
Objekts in andere Formate "richtig" machen kann)

Mein Problem besteht eben nur darin, daß das eigentlich perfekte Tool
für den Zweck (weil blitzschnell und alle relevanten Infos ausspuckend)
über $irgendwas bzgl. Fonts stolpert. Und mich würde nun einfach
interessieren, ob ich hier zurecht den Hersteller des Tools anmeckern
darf/soll/muß oder das temporär erzeugte PDF in sich malade ist.

Gruss,

Thomas

Thomas Kaiser <Thomas.Kaiser*phg-online.de> wrote:

> Alles, was ich brauche, ist ein Auslesen der platzierten Bildobjekte
> (Position, Farbraum, Bits per Pixel), damit ich für das eigentlich
> zugrungeliegende EPS herausbekomme, welches das relevante Bildobjekt im
> EPS ist, dessen Auflösung mich interessiert

Wenn ich Dein PDF mit Calipso (ein PDF-Importmodul für Calamus SL)
öffne, dann entsteht ein Dokument mit den Seitenmaßen 21,0 x 29,7 cm.
Die Schrift wird dabei in einzelne Vektorobjekte umgewandelt. Lösche ich
diese, so bleibt als einziges weiteres Objekt eine Pixelgrafik übrig
(CMYK, 140 x 140 dpi, 13,97037 x 6,35017 cm). Hilft das weiter?

Dieter Stockert schrieb in <news:1i9zyef.k6871x6lsnj6N%dieter*stockert-mangels.de>
>
> Wenn ich Dein PDF mit Calipso (ein PDF-Importmodul für Calamus SL)
> öffne, dann entsteht ein Dokument mit den Seitenmaßen 21,0 x 29,7 cm.
> Die Schrift wird dabei in einzelne Vektorobjekte umgewandelt. Lösche ich
> diese, so bleibt als einziges weiteres Objekt eine Pixelgrafik übrig
> (CMYK, 140 x 140 dpi, 13,97037 x 6,35017 cm). Hilft das weiter?

Nö -- Workarounds kann ich mir parallel basteln (Hintergrund: Der ganze
Kram muß quasi "on the fly" geschehen, d.h. wenn dem Mechanismus ein EPS
entgegengeworfen wird, muß der auf dem schnellstmöglichen Weg besagte
Infos extrahieren. D.h. $irgendwelche Programme, die noch ins Spiel
gebracht werden und die es nur auf Plattform X oder Y gibt, bringen mich
grad nicht weiter).

D.h. aktuell suche ich quasi Checker-Wissen, um eine Lösung fürs Problem
zu finden und/oder einen passenden Bug-Report absetzen zu können, sonst
nix. In den Workaround-Modus geht's eh noch früh genug bzw. hab ich eh
schon einen Mechanismus am Start, der von egal welcher Plattform aus,
einen Illustrator passend fernsteuern kann, daß der ggf. helfend
einspringt. Aber das hilft bzgl. des Problems nicht weiter, sondern
stellt eigentlich nur einen Workaround bzw. eine deutliche Aufbohrung
der Problemstellung dar.

Danke trotzdem -- auch an Martin.

Gruss,

Thomas

Aloha,

Thomas Kaiser wrote:
> Dieter Stockert schrieb in <news:1i9zyef.k6871x6lsnj6N%dieter*stockert-mangels.de>
>>Wenn ich Dein PDF mit Calipso (ein PDF-Importmodul für Calamus SL)
>>öffne, dann entsteht ein Dokument mit den Seitenmaßen 21,0 x 29,7 cm.
>>Die Schrift wird dabei in einzelne Vektorobjekte umgewandelt. Lösche ich
>>diese, so bleibt als einziges weiteres Objekt eine Pixelgrafik übrig
>>(CMYK, 140 x 140 dpi, 13,97037 x 6,35017 cm). Hilft das weiter?
>
>
> Nö -- Workarounds kann ich mir parallel basteln (Hintergrund: Der ganze
> Kram muß quasi "on the fly" geschehen, d.h. wenn dem Mechanismus ein EPS
> entgegengeworfen wird, muß der auf dem schnellstmöglichen Weg besagte
> Infos extrahieren. D.h. $irgendwelche Programme, die noch ins Spiel
> gebracht werden und die es nur auf Plattform X oder Y gibt, bringen mich
> grad nicht weiter).
>
> D.h. aktuell suche ich quasi Checker-Wissen, um eine Lösung fürs Problem
> zu finden und/oder einen passenden Bug-Report absetzen zu können, sonst
> nix. In den Workaround-Modus geht's eh noch früh genug bzw. hab ich eh
> schon einen Mechanismus am Start, der von egal welcher Plattform aus,
> einen Illustrator passend fernsteuern kann, daß der ggf. helfend
> einspringt. Aber das hilft bzgl. des Problems nicht weiter, sondern
> stellt eigentlich nur einen Workaround bzw. eine deutliche Aufbohrung
> der Problemstellung dar.

Ich bin mal mit beinahe-PDF-checker-Wissen (lowlevel) durch das
angelinke File gegangen. Es gibt ein paar Punkte die man beim
Type3 bauen falsch machen kann, aber keiner wurde hier getroffen.
Kann es nicht einfach sein, das dein pdfinfo (auf Basis von was?)
hier mit Type3 nicht umgehen kann? bad font resource klingt nämlich
nach: Kann mit der Font Definition nicht umgehen, oder finde keine
solche...

'n Punkt ist vielleicht das Encoding: Hier wird MacRoman eingestellt
und dann durch komplette Differences wieder überschrieben, aber
das kann auch sein das nur ich das so sehe...

Einen fröhlichen Tag wünschend,
LOBI

Andreas Lobinger schrieb in <news:flflva$tsa$1*daniel-new.mch.sbs.de>
> Kann es nicht einfach sein, das dein pdfinfo (auf Basis von was?)

Auf keiner Basis. Das ist einfach Teil von PDF Handshake, d.h. nur gegen
Helios-eigene Libraries und Standard-Kram gelinkt:

<http://www.helios.de/products/PDFH/PDF_Handshake.phtml>

Das XPDF-pdfinfo hat auch keine Probleme mit dem PDF, pdffonts aus dem
XPDF-Paket dito:

pdffonts bad-font-resource.pdf
name type emb sub uni object ID
------------------------------------ ----------------- --- --- --- ---------
[none] Type 3 yes no no 19 0

> hier mit Type3 nicht umgehen kann? bad font resource klingt nämlich
> nach: Kann mit der Font Definition nicht umgehen, oder finde keine
> solche...

Ist auch meine _Vermutung_, daß es so ist. Wäre aber traurig, gerade da
ich von dem Tool einfach nur die Bildinformationen ausgelesen bekommen
will ("pdfinfo -o Image"), es aber eben über die/den Font stolpert.
Naja, mal gucken, was der Support meint, wenn sie aus dem Weihnachts-/
Jahreswechsel-Urlaub retour sind.

> 'n Punkt ist vielleicht das Encoding: Hier wird MacRoman eingestellt
> und dann durch komplette Differences wieder überschrieben, aber das
> kann auch sein das nur ich das so sehe...

Behalte ich mal im Hinterkopf.

Dank' und Gruss,

Thomas

Ingrid Kaiser schrieb am 31.12.2007 in <news:slrnfnhtvi.cad.Thomas.Kaiser*phg-online.de>
> habe ein via GhostScript aus einem ältlichen Illustrator-EPS erzeugtes [1]
> PDF erhalten
>
> <http://kaiser-edv.de/tmp/bad-font-resource.pdf>
>
> das mich in ein wenig in Verzweiflung stürzt, weil ein Tool [2], mit
> welchem ich die Dimensionen platzierter Pixelbilder auslesen will, damit
> gleich vom Start weg auf die Nase fällt:
>
> pdfinfo: Error in PDF to PostScript conversion, Bad font
> resource(320033)

So, abseits der Gruppe kam Feedback, sowohl auf dieses Posting hin als
auch auf meinen Bug-Report bei Helios.

Jemand von Callas war so nett, das PDF mal zur Begutachtung deren Font-
Guru zu überlassen, der keine Probleme berichten konnte.

Dito seitens Helios. Deren pdfinfo stört sich an dem fehlenden "Name"-
Key der Type3-Fonts, die allerdings laut PDF Specs nur für PDF 1.0
zwingend waren und in späteren Versionen der Specs als deprecated
markiert seien. Helios stellt ein Update in Aussicht, das das Problem
behebt.

Danke nochmal an alle, die Hirn und Zeit auf das Thema verwendet haben :-)

Gruss,

Thomas

Ingrid Kaiser schrieb am 04.01.2008 in <news:slrnfns0aq.8u8.Thomas.Kaiser*phg-online.de>
> Helios stellt ein Update in Aussicht, das das Problem behebt.

Fürs Archiv: Update ist da und behebt auch gleich noch einen Render-Bug
bzgl. PDFs

<http://www.helios.de/support/updatebrowser.phtml?u0707>

Gruss,

Thomas