Onlangs ontvingen we een PDF-bestand van een Zwitserse klant, dat we ISOCoatedV2 bewijs moeten. Het formaat was aangemaakt als PDFX-4, we konden het bestand openen, preflighten en ook converteren naar Acrobat kan worden weergegeven. Op de Bewijs in Vurig XF 5.2 werd het bestand echter pas aangemaakt na een RIP-tijd van meer dan 3 uur.
Adobe PDF X4-schermuitvoer in Acrobat Professional
We hebben de schermindeling opgenomen op een moderne Macbook Pro met vier processorkernen en de nieuwste Acrobat Pro-versie om de enorme eisen aan de hardware en dus de rekenkracht te illustreren.
Het was duidelijk dat de RIP-tijd vrij lang zou zijn met de schermopstelling, maar drie uur met slechts één Voordeel was relatief ongebruikelijk, vooral omdat ons RIP twee gevallen van de Adobe PDF-afdrukmodule tegelijkertijd werken. Het is nog niet duidelijk waar de fout in de extreem hoge RIP-tijd precies zit. Zowel EFI als fabrikant van de Fiery RIPS en Adobe als fabrikant van de PDF Print Engine (APPE) de gegevens hebben ontvangen, is het bestand waarschijnlijk binnen enkele minuten geript op een Harlequin RIP. Een fout in de Adobe PDF Print Engine zou dus ook een reden zijn voor de lange verwerkingstijd.
Het probleem is typisch. Vanuit de creatieprogramma's zoals InDesign en Illustrator wordt de vlakke berekening van bestandselementen met X/4 doorgegeven aan de RIP in de drukkerij of bij de proefdrukker.
Dit geval werd berekend op een quad-core systeem met SSD's met behulp van twee instanties van de Adobe PDF Print Engine en correct uitgevoerd in drie uur en 47 minuten. Aangezien de omslag van het eindproduct naar verwachting echter niet in Europa maar in Azië zal worden geproduceerd, werd besloten om de complexe afbeelding met transparanties, slagschaduwen enz. in Photoshop te verkleinen en vervolgens als een transparant PDF-bestand af te drukken met het oog op de lokale afdruktechnologieën. PSD Datum opnieuw. Het resulterende PDF X/3-bestand werd binnen enkele seconden geript en proefgedrukt. Het kleurresultaat was identiek aan het X4-bestand.
Het voorbeeld laat zien dat PDF X4 niet alleen een gewijzigde gegevensindeling is. Het verschuift ook de rekenkracht en softwareeanvan de maker van de gegevens naar de gegevensverwerker of printer. Dit kan echter leiden tot onvoorspelbare effecten, vooral bij complexe afbeeldingen. Hoewel er nu oplossingen zijn die PDF X/4 ondersteunen, zoals Fiery XF 5.2, is een RIP-tijd van meer dan drie uur natuurlijk niet praktisch.
2 gedachten over "PDF X/4 Daten – wer rechnet? InDesign oder das RIP?"