KI-Tools können vieles leisten, darunter auch die Erstellung von PDF-Layouts. Ob dies immer eine gute Idee ist , steht auf einem anderen Blatt – die Gestaltungsmöglichkeiten sind nach wie vor begrenzt. Doch danach fragt uns bei callas software ohnehin niemand; vielmehr werden wir gefragt, wie diese Dateien in der Druckproduktion verarbeitet werden können.

In den letzten zwei Wochen haben wir mehrere Supportanfragen von Druckereien erhalten, bei denen Probleme mit von AI erstellten PDF-Dateien auftraten. In jedem Fall handelte es sich um dasselbe technische Problem.

Interessanterweise wird das Problem durch eine Funktion verursacht, für die der KI-Lösung eigentlich Lob gebührt: das Hinzufügen von „Content Credentials“ zum PDF. ChatGPT hat vor Kurzem damit begonnen, dies zu tun, leider jedoch auf eine technisch mangelhafte Weise, die mit PDF/X nicht kompatibel ist. Für ein für den Druck erstelltes Layout ist dies nicht ideal.

Content Credentials basieren auf dem C2PA-Standard und liefern Informationen über die Herkunft und den Verlauf digitaler Inhalte. Diese Informationen werden zusammen mit dem Inhalt selbst übermittelt und können Aufschluss darüber geben, welche Tools bei dessen Erstellung oder Bearbeitung zum Einsatz kamen.

Dies ist insbesondere für KI-generierte und KI-bearbeitete Inhalte von Nutzen. Anstatt im Nachhinein zu versuchen festzustellen, ob etwas von einer KI erstellt wurde, können Herkunftsangaben bereits bei der Erstellung oder Bearbeitung des Inhalts hinzugefügt werden.

KI-Tools nutzen bereits Content Credentials für Bilder und Videos. In PDF-Dateien sind sie bislang weitaus seltener zum Einsatz gekommen, weshalb die Einbindung dieser Informationen durch ChatGPT in generierte PDF-Dateien grundsätzlich eine begrüßenswerte Entwicklung darstellt.

Das Problem liegt nicht in der Existenz von Content Credentials, sondern darin, wie diese in die PDF-Datei eingebettet sind.

Um das Problem zu verstehen, müssen wir uns kurz mit der Struktur von PDF-Dateien befassen.

PDF verwendet eine Dateispezifikation, um eine mit dem Dokument verknüpfte Datei zu beschreiben. Diese Datei kann entweder in die PDF-Datei eingebettet oder als externe Datei referenziert werden.

Ist die Datei eingebettet, werden ihre Daten in einem Datenstrom gespeichert. Eine Dateispezifikation für eine eingebettete Datei enthält ein EF-Wörterbuch mit einem F-Eintrag, der auf den Stream verweist, der die Datei enthält.

Vereinfacht sieht die Struktur wie folgt aus:

Dateispezifikation
/EF
/F -> eingebetteter Dateistrom

So weit, so gut.

Ein Stream kann entweder eigene Daten enthalten oder auf eine externe Datei verweisen. Ein Verweis auf eine externe Datei wird durch einen F-Eintrag im Stream-Wörterbuch gekennzeichnet. Ist ein solcher Eintrag vorhanden, werden die im Stream enthaltenen Daten ignoriert, und der Prozessor erwartet, die Daten in der externen Datei zu finden.

Und genau hier beginnt das Problem

Die von ChatGPT generierten Inhaltsnachweise werden korrekt als zugehörige eingebettete Datei dargestellt. Der Datenstrom der eingebetteten Datei selbst enthält jedoch einen weiteren /F-Eintrag:

Dateispezifikation

/EF
/F – Eingebetteter Dateistrom „> “
Inhalts-Credentials

/F –> Kennzeichnung für einen Verweis auf eine externe Datei – eingebettete Stream-Daten werden ignoriert

Das erste /F befindet sich genau dort, wo es hingehört. Es verweist vom EF-Wörterbuch auf den eingebetteten Dateistrom.

Das zweite /F, nämlich das im Stream-Wörterbuch, stellt das Problem dar. An dieser Stelle teilt es dem PDF-Prozessor mit, dass die Stream-Daten aus einer externen Datei stammen.

Mit anderen Worten: Das PDF enthält die Content Credentials, weist den Prozessor jedoch gleichzeitig an, diese zu ignorieren und stattdessen nach einer externen Datei zu suchen.

Das Löschen dieses zusätzlichen /F-Eintrags behebt das Problem und macht die Content Credentials wieder nutzbar. Leider sind bestehende Prepress-Workflows in der Regel nicht darauf ausgelegt, eine solche Korrektur vorzunehmen.

Leider sind bestehende Prepress-Workflows in der Regel nicht darauf ausgelegt, eine solche Korrektur vorzunehmen.

Daraus ergeben sich zwei praktische Konsequenzen.

1. Die Verarbeitung eingebetteter Dateien kann fehlschlagen

Ein Workflow kann eingebettete Dateien überprüfen oder extrahieren, um festzustellen, welche zusätzlichen Informationen in einer PDF-Datei enthalten sind.

In pdfToolbox Checks wendet die Option „Eingebettete Dateien“ die jeweilige Prüfung auch auf eingebettete Dateien an. Bei betroffenen PDF-Dateien kann dies fehlschlagen, da der Prozessor auf widersprüchliche Stream-Informationen stößt.

Stellen Sie bei betroffenen Dateien sicher, dass diese Option für alle Prüfungen deaktiviert ist, bei denen eingebettete Dateien nicht verarbeitet werden müssen. Die Inhaltszertifikate verbleiben im PDF, werden jedoch im Druckvorstufen-Workflow ignoriert.

Für viele Arbeitsabläufe ist dies die am wenigsten einschneidende Lösung.

2. Diese Struktur ist im PDF/X-Format nicht zulässig.

Der zweite Punkt ist grundlegenderer Natur. PDF/X lässt keine Verweise auf externe Dateien in Stream-Wörterbüchern zu. Es heißt dort ausdrücklich:

„Die Taste ‚F‘ darf in einem Stream-Wörterbuch nicht verwendet werden.“

Der zusätzliche Eintrag „/F“ darf daher nicht in einer PDF/X-Datei verbleiben.

Ein PDF/X-Workflow muss dieses Problem berücksichtigen, auch wenn die Inhaltszertifikate an sich die Produktion nicht beeinträchtigen.

pdfToolbox 17.1, dessen Veröffentlichung für Ende dieses Monats geplant ist, wird dieses strukturelle Problem automatisch beheben, sobald eine Korrektur auf die PDF-Datei angewendet wird. Wir haben beschlossen, diesen Fall zu den Syntaxproblemen hinzuzufügen, die pdfToolbox automatisch behebt, da es keine sinnvolle Situation gibt, in der es sinnvoll wäre, den widersprüchlichen /F-Eintrag beizubehalten.

Das bedeutet, dass durch das Anwenden eines beliebigen Fixups der fehlerhafte /F-Eintrag entfernt wird, während die eingebetteten Content Credentials erhalten bleiben.

pdfToolbox enthält die vordefinierte Korrekturfunktion „Alle eingebetteten Dateien verwerfen“. Durch deren Anwendung werden die eingebetteten Dateien entfernt und somit auch die problematische Struktur beseitigt.

Es gibt jedoch einen wichtigen Vorbehalt.

In der Regel sollten Inhaltszertifikate nicht entfernt werden. Ihr Zweck besteht darin, Herkunftsinformationen zu bewahren, und eine Löschung ohne triftigen Grund wäre im Allgemeinen der falsche Ansatz.

Für die Druckproduktion besteht eine praktische Lösung jedoch darin, die ursprüngliche PDF-Datei unverändert zu belassen und eine separate Produktions-PDF-Datei ohne eingebettete Dateien zu erstellen.

Dadurch bleibt die Originaldatei einschließlich ihrer Inhaltszertifikate erhalten, während gleichzeitig eine saubere PDF/X-Produktionsdatei erstellt werden kann.

Nachstehend können Sie eine Variante des vordefinierten Profils „In PDF/X-4 (ISO Coated v2 (ECI)) konvertieren“ herunterladen , bei der zudem alle eingebetteten Dateien entfernt werden.

Dies sollte lediglich als vorübergehende Lösung betrachtet werden. Ein Update auf pdfToolbox 17.1 ist vorzuziehen, da dadurch das strukturelle Problem behoben wird, während die Inhaltsberechtigungen erhalten bleiben.

Da durch KI generierte und mit KI bearbeitete Inhalte immer häufiger vorkommen, gewinnen zuverlässige Herkunftsangaben zunehmend an Bedeutung. Dass KI-Tools nun „Content Credentials“ zu den generierten PDF-Dateien hinzufügen, ist daher eine Entwicklung, die wir sehr begrüßen.

Bei dem derzeitigen Problem handelt es sich um ein technisches Implementierungsproblem in der PDF-Struktur, nicht um ein Problem mit Content Credentials oder C2PA selbst.

Wir wissen nicht, wann OpenAI das Problem beheben wird; bis dahin haben Druck-Workflows, die betroffene Dateien erhalten, im Wesentlichen drei Möglichkeiten:

• Verwenden Sie pdfToolbox 17.1 und wenden Sie mindestens eine Korrekturfunktion an (es spielt keine Rolle, welche)
• Behalten Sie die Inhaltszertifikate bei und stellen Sie sicher, dass pdfToolbox nicht versucht, die eingebettete Datei zu verarbeiten.
• Erstellen Sie eine eigene Produktionskopie ohne eingebettete Dateien, wobei Sie die ursprüngliche PDF-Datei mit ihren Inhaltszertifikaten zu Zwecken der Herkunftsnachweisführung beibehalten.