Quark XPress : les dégradés...(moches), ... pourquoi ils sont pas beaux :(

[trouspinette]

Salut,

Je vais tenter de vous expliquer pourquoi les dégradés ils sont pas beaux ("banding").

Traditionnellement, Quark XPress a produit des dégradés qui consistent en des petits rectangles, de couleurs variés, pour produire le dégradé. La taille de ces rectangles & leur valeur est fonction des réglages de sorties (PPD et résolution). Bien que cela fonctionne en soi, cette méthode peut produire des effets de "banding" en sortie en haute résolution, mais pas sur de l'épreuvage. Pour contrecarrer cet effet, certains RIP (Adobe Acrobat™ compris) utilisent une technique appelé "Idiom Recognition" pour produire des "smooth shading operator" (smooth = doux), une fonctionnalité disponible dans les RIP Niveau 3 et le PDF. Ces "smooth shading operator" produisent des dégradés plus doux, avec moins de transitions visibles...

Bien que cette technique fonctionne généralement, il dépend de la responsabilité des RIP's de traiter ces opérateurs de dégradés. Les dégradés peuvent être rendus de façon différente, en fonction des RIP's, et qui conduit donc à des différences entre chaque RIP. De plus, cette fonction "reconnaissance d'expression/opérateur" ("Idiom Recognition") N'EST PAS PRÉSENTE DANS LE CODE Postscript produit depuis Quark 6.0, 6.1 & 6.5. Ces fichiers PostScript en sortie de Quark sont plus imposants, génêrent plus de "banding", même si le RIP visé est compatible "Idiom Recognition" et supporte cette fonction... Pour finir, les RIP recevant des PostScript de ce type sont amenés à traiter des informations complémentaires dans le cas de dégradé en tons directs (production de canaux supplémentaires inutiles, Quark XPress utilise un espace CMJN pour simuler le dégradé en ton direct). De nombreux RIP sont de plus incapables de supprimer ces canaux inutiles, on produira donc des séparations incorrectes interprétées comme des canaux contenant des datas.

Et maintenant me direz vous, on fait comment pour produire des beaux dégradés, alors ???

Ben, un de mes fournisseurs aux USA a produit une XTension pour Quark 3, 4, 5 & 6 (Xinet Blend Fixer XT)... Je vais rapidement tester cette XTension (la semaine prochaine, sur un Harlequin 5.5 R1 + AGFA Avantra 30 à 3600 dpi/200 lpi). Pas la peine de me la demander par mail ou autres... à moins que vous soyez en possession d'un serveur OPI FullPress .

Voili, voilou, en fin de topic, l'article originale de mon fournisseur (en anglais, of course).

Ciao

#############
ARTICLE ORIGINAL
#############

Traditionally, QuarkXPress™ has produced output from blends that consist of small rectangles of the various colors. The size of the rectangles and their values are dependent upon the output setup (PPD and resolution) choosen on output. While this works, it can produce output that appears banded (you can see the rectangles) on high resolution output that is not visible on proofs. To get around this issue, many rips, including Adobe Acrobat™, have used a technique called "Idiom Recognition" to convert the Quark blend output into a "smooth shading operator", a feature available in PostScript level 3 and in PDF. Smooth shading operators provide even transitions between blend colors. RIPs using smooth blend operators produced a much smaller file that generated smooth blend output. Though this technique generally worked, it depended upon the RIP to interpret the blend information. Blends may be rendered differently in different RIPs, which leads to inconsistent output between devices. In addition, this Idiom recognition is not currently implemented for documents printed from Quark 6.0, 6.1, or 6.5. Output from those versions of QuarkXPress could appear banded and generate large files, even on RIPs that support idiom recognition. RIP-provided idiom recognition has an additional problem: many combinations of blends using spot colors would generate uneccesary output plates because QuarkXPress uses CMYK color combinations to simulate the blended spot. RIPs often are unable to eliminate these incorrect plates because they appear to have process color data.

Ce message a été modifié par trouspinette - 17 Jun 2005, 22:32.