Hallo Forumleser.

Wir drucken InDesign-Dateien auf einen HELIOS UB-Spooler und haben dabei öfters das Problem, dass der Druckjob in HELIOS UB mit "Missing font `Ke<rYu'" abgebrochen wird. Wobei der Name des Fonts auch andere, ziemlich merkwürdige, Bezeichnungen haben kann. Deaktiviere ich die Schriftenprüfung in HELIOS UB, läuft der Job normal durch.
Das passiert bei InDesign CS2/CS3 und Mac OS 10.4.11. und Mac OS 10.5.2

Interessanterweise tritt die Meldung auch auf, wenn ausschließlich Bilder im Dokument platziert sind.
Es handelt sich dabei um ganz normale CMYK-TIF-Bilder, ohne Kanäle, Pfade oder Ebenen.

Ich bekomme keine missing fonts, wenn
- das tif-Bild stark verändert wird (bildauflösung ändern, bild weiß füllen)
- ein anderes Bild im gleichen Rahmen platziert wird
- die gleichen Bilder im neuen Rahmen platziert werden
- im InDesign-Druckmenü unter dem Punkt Grafiken Daten senden mit optimierter Abtastauflösung einstelle (wobei wir das auf alle Daten senden stellen).
- das Bild ausgeschnitten und wieder in den gleichen Rahmen eingefügt wird.
Wenn ich eine Kleinigkeit im Bild ändere (Punkt malen) dann ändern sich die Namen der Fonts...
Es reicht nicht aus, das Bild einfach neu zu speichern.

Ich habe den Job in eine HELIOS PrintToDisk Queue ausgeben. Dort tauchen die Fonts auf.
Wie gesagt, null Text, nur Bild. Nicht mal die Kommentarzeile wurde aktiviert.

-------------
%%CMYKCustomColor:
%%RGBCustomColor:
end
%%EOF

%%DocumentFonts: rf G+k Qn`Sa`-9S!F&4

%%EndDocument
%%Trailer
%%DocumentNeededResources: font (Qn`Sa`-9S!F&4)
%%+ font (G+k)
%%+ font (rf)
%%DocumentSuppliedResources: procset (Adobe_AGM_Image) 1.0 0
%%EOF
-------------

Wenn ich in der PS-Datei nach den Namen der Fonts suche, taucht die gleiche Zeichenkette im Bereich des Bildes auf.

Der Fall ging auch schon an Promo, die mir leider nicht weiterhelfen konnten. HELIOS verhält sich demnach korrekt, die Schrift ist ja schließlich im Postscript enthalten...

Hat jemand auch schonmal sowas gehabt? Und hat vielleicht die Lösung...? ;-)

Viele Grüße.
André Lahode

Wenn die Bilder wurmige Metadaten (eben diese Fonts) enthalten müsste man diese doch entfernen können.

Ich würde einmal mit layout -f die XMP-Daten oder auch mal die IPTC-Daten herausnehmen (siehe http://www.helios.de/...ap6_doc.html#1195052).
Wenn das funktioniert könnte man leicht dazu ein ScriptServer-Skript basteln.

HTH,

GreatOm

Hallo GreatOm.

Danke für die Antwort, aber das hilft leider nicht. Der Fehler tritt nach wie vor auf.

Ich denke auch, dass die Bilddaten in Ordnung sind, wie erwähnt:
"Geht, wenn - das Bild ausgeschnitten und wieder in den gleichen Rahmen eingefügt wird."

Gruß.
André Lahode

Antwort auf [ alahode ]

Ich denke auch, dass die Bilddaten in Ordnung sind, wie erwähnt:
"Geht, wenn - das Bild ausgeschnitten und wieder in den gleichen Rahmen eingefügt wird."

Eben. Daher hatte ich die Idee, dass META-Daten im Bild die Problemursache sind. Wenn man die entfernt sollte es gehen...

Ansonsten würde ich vorschlagen die Originalbilder genauer zu untersuchen wo denn der Font her kommt.

Gruß,

GreatOm

Hallo zusammen.

Habe mal wieder Zeit gefunden, mich darum zu kümmern.
Leider kann ich trotz der Tipps nicht lokalisieren, woher der Fehler kommt.

Aber mal wieder was merkwürdiges:
Verschiebe ich den Seiteninhalt um 0,25mm bekomme ich keine Fehlermeldung.
Das wäre ja zumindest schon mal ein grober Lösungsansatz...

Gruß.
André Lahode

Hallo allerseits,

ich hatte die Fehlermeldung "Missing Fonts" mit angeblich fehlenden kryptischen Fontnamen unter Solaris 10 x86 HELIOS UB und habe das damals (schon eine ganze Weile her) als Support Call bei Promo eingereicht und ein Patch dafür bekommen.

Unter UB+ ist das Problem bisher auf Solaris 10 x86 nicht wieder aufgetreten .

Viele Grüße,

Karsten

Danke, Karsten.

Ich werde es dann nochmal über Promo versuchen.

Gruß.
André Lahode