Conversion de PDF en CMJN (avec identification reconnaître CMJN)
j'ai beaucoup de difficulté à obtenir le identify
D'ImageMagick pour, bien, identifier un PDF comme CMYK.
essentiellement, disons que je construis ce fichier, test.tex
, avec pdflatex
:
documentclass[a4paper,12pt]{article}
%% https://tex.stackexchange.com/questions/13071
pdfcompresslevel=0
%% http://compgroups.net/comp.text.tex/Making-a-cmyk-PDF
%% ln -s /usr/share/color/icc/sRGB.icm .
% immediatepdfobj stream attr{/N 4} file{sRGB.icm}
% pdfcatalog{%
% /OutputIntents [ <<
% /Type /OutputIntent
% /S/GTS_PDFA1
% /DestOutputProfile thepdflastobjspace 0 R
% /OutputConditionIdentifier (sRGB IEC61966-2.1)
% /Info(sRGB IEC61966-2.1)
% >> ]
% }
%% http://latex-my.blogspot.com/2010/02/cmyk-output-for-commercial-printing.html
%% https://tex.stackexchange.com/questions/9961
usepackage[cmyk]{xcolor}
begin{document}
Some text here...
end{document}
si j'essaie alors d'identifier le fichier test.pdf
qui en résulte, Je l'obtiens en RGB, peu importe les options que j'ai essayées (au moins selon les liens dans la source) - et pourtant, les couleurs qu'il contient seraient sauvegardées en CMYK; pour la source ci-dessus:
$ grep -ia 'cmyk|rgb| k' test.pdf
0 0 0 1 k 0 0 0 1 K
0 0 0 1 k 0 0 0 1 K
0 0 0 1 k 0 0 0 1 K
0 0 0 1 k 0 0 0 1 K
FontDirectory/CMR12 known{/CMR12 findfont dup/UniqueID known{dup
/PTEX.Fullbanner (This is pdfTeX, Version 3.1415926-1.40.11-2.2 (TeX Live 2010) kpathsea version 6.0.0)
$ identify -verbose 'test.pdf[0]'
...
Type: Palette
Endianess: Undefined
Colorspace: RGB
Depth: 16/8-bit
Channel depth:
red: 8-bit
green: 8-bit
blue: 8-bit
Channel statistics:
Red:
...
Green:
...
Blue:
...
Histogram:
5: (12593,11565,11822) #31312D2D2E2E rgb(49,45,46)
4: (16448,15420,15677) #40403C3C3D3D rgb(64,60,61)
9: (20303,19275,19532) #4F4F4B4B4C4C rgb(79,75,76)
25: (23901,23130,23387) #5D5D5A5A5B5B rgb(93,90,91)
...
la même chose à peu près se produit si je également décommenter que immediatepdfobj stream ...
partie; et pourtant, s'il n'y a qu'une seule couleur (le noir) dans le document, Je ne vois pas comment identify
trouve un histogramme des valeurs RVB (bien que, sans doute, toutes proches du gris) ?!
donc peu importe, alors j'ai pensé que je ferais mieux d'utiliser ghostscript
pour convertir le test.pdf
en un nouveau pdf, qui serait reconnu comme CMYK par identify
- mais pas de chance même là:
$ gs -dNOPAUSE -dBATCH -dSAFER -sDEVICE=pdfwrite -sOutputFile=test-gs.pdf -dUseCIEColor -sProcessColorModel=DeviceRGB -dProcessColorModel=/DeviceCMYK -sColorConversionStrategy=/CMYK test.pdf
GPL Ghostscript 9.01 (2011-02-07)
Copyright (C) 2010 Artifex Software, Inc. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Processing pages 1 through 1.
Page 1
$ identify -verbose 'test-gs.pdf[0]'
...
Type: Grayscale
Base type: Grayscale
Endianess: Undefined
Colorspace: RGB
Depth: 16/8-bit
...
donc la seule chose que identify
perçue comme un changement, est Type: Grayscale
(de l'ancien Type: Palette
); mais autrement il voit encore un espace colorimétrique RGB!
avec ceci, notez que identify
est capable de rapporter correctement un CMYK pdf-voir exemple d'affiche CMYK: ajustement pdf Taille de la page à (bitmap) taille de l'image? #17843 - TeX - LaTeX - Stack Exchange pour un exemple de ligne de commande de générer un tel fichier PDF à l'aide de convert
et gs
. En fait, nous pouvons exécuter:
convert test.pdf -depth 8 -colorspace cmyk -alpha Off test-c.pdf
... et ce sera résultat avec un PDF qui sera identify
ed comme CMYK - cependant, le PDF sera également rasterized (défaut à 72 dpi).
EDIT: je viens de découvrir, que si je créer un .présentation odp en OpenOffice, et l'exporter en PDF; Ce PDF sera par défaut RGB, cependant, la commande suivante (de ghostscript Examples / Production Monkeys ):
# Color PDF to CMYK:
gs -dSAFER -dBATCH -dNOPAUSE -dNOCACHE -sDEVICE=pdfwrite
-sColorConversionStrategy=CMYK -dProcessColorModel=/DeviceCMYK
-sOutputFile=output.pdf input.pdf
... en fait va produire un CMYK pdf, rapporté comme tel par identify
(bien que, le noir sera riche, pas simple - sur les quatre canaux); cependant, cette commande va fonctionner seulement lorsque la diapositive a une image ajoutée (apparemment, il est celui qui déclenche la couleur la conversion?!)! Curieusement, je ne peux pas obtenir le même effet d'un pdflatex
PDF.
donc je suppose que ma question peut être posée de deux façons:
- Existe-t-il des méthodes de conversion en ligne de commande sous Linux, qui convertiront un pdf RGB en un pdf CMYK tout en préservant les vecteurs, ce qui est reconnu comme tel dans
identify
(et construiront par conséquent un histogramme correct de couleurs CMYK) - sont y a-t-il d'autres outils Linux en ligne de commande similaires à
identify
, qui reconnaîtraient correctement l'utilisation des couleurs CMYK, même dans l'originaltest.pdf
depdflatex
( et peut-être construire un histogramme de couleur, basé sur une page PDF choisie arbitrairement, commeidentify
est supposé )?
Merci d'avance pour toutes réponses,
Acclamations!
Some références:
- adobe - Script (ou autre) pour convertir RVB en CMJN au format PDF? - Débordement De La Pile
- color-PDF colour model and LaTeX-TeX-LaTeX-Stack Exchange
- choix de couleur de cmyk pour le package xcolor ne produit pas un CMJN PDF - TeX - LaTeX - Stack Exchange
- Faire un cmyk PDF-comp.texte.tex / groupe D'Ordinateurs
- colormanagement avec ghostscript ? - Rhinocéros :
il Est par exemple précisé que "0 0 0 1 setcmykcolor"? Ou plutôt comme "0 0 0 setrgbcolor"? Dans le dans ce dernier cas, vous finiriez avec un texte noir riche, si DeviceRGB est remapped à un espace couleur basé sur la CIE afin d'obtenir la couleur des images RGB gérer.
5 réponses
SDAU, la commande que vous avez utilisée pour essayer de convertir votre PDF en CMYK n'était pas correcte. Essayez plutôt celui-ci:
gs \
-o test-cmyk.pdf \
-sDEVICE=pdfwrite \
-sProcessColorModel=DeviceCMYK \
-sColorConversionStrategy=CMYK \
-sColorConversionStrategyForImages=CMYK \
test.pdf
mise à Jour
si la conversion de couleur ne fonctionne pas comme désiré et si vous voyez un message comme " incapable de convertir l'espace de couleur en gris, stratégie de retour à LeaveColorUnchanged " alors...
- votre Ghostscript est probablement un plus récent sortie du 9.x Version série , et
- votre source PDF utilise probablement un encastré profil de couleur ICC
dans ce cas, ajouter -dOverrideICC
à la ligne de commande et voir si elle change le résultat désiré.
Update 2
comme @Marein a commenté, si vous voulez éviter les artefacts JPEG apparaissant dans les images (où il n'y en avait pas avant), vous devez ajouter
-dEncodeColorImages=false
sur la ligne de commande.
(c'est vrai pour presque toutes les GS PDF->PDF traitement, pas seulement pour ce cas. Parce que GS par défaut crée un tout nouveau fichier avec des objets nouvellement construits et une nouvelle structure de fichier lorsqu'on lui demande de produire une sortie PDF -- il ne se contente pas de réutiliser les objets précédents, comme un processeur PDF plus "stupide" comme pdftk
ne { pdftk
a d'autres avantages bien, ne vous méprenez pas ma déclaration!} . GS applique la compression JPEG par défaut -- regardez l'actuel documentation Ps2pdf et la recherche de "ColorImageFilter" pour en savoir plus...)
j'ai un problème non relié mais je suis également aux prises avec des PDFs CMJN actuellement.
j'ai écrit ce petit script ici (il s'appelle pdf2pdfx):
#!/bin/bash
gs \
-dPDFX \
-dBATCH \
-dNOPAUSE \
-dNOOUTERSAVE \
-sDEVICE=pdfwrite \
-sColorConversionStrategy=CMYK \
-dProcessColorModel=/DeviceCMYK \
-dPDFSETTINGS=/prepress \
-sOutputFile="${1%%.pdf}_X-3.pdf" \
PDFX_def.ps \
""
et mon PDFX_def.ps contient ce qui suit (j'ai supprimé le profil ICC et défini FOGRA39, cela devrait être OK):
%!
% $Id$
% This is a sample prefix file for creating a PDF/X-3 document.
% Feel free to modify entries marked with "Customize".
% This assumes an ICC profile to reside in the file (ISO Coated sb.icc),
% unless the user modifies the corresponding line below.
systemdict /ProcessColorModel known {
systemdict /ProcessColorModel get dup /DeviceGray ne exch /DeviceCMYK ne and
} {
true
} ifelse
{ (ERROR: ProcessColorModel must be /DeviceGray or DeviceCMYK.)=
/ProcessColorModel cvx /rangecheck signalerror
} if
% Define entries to the document Info dictionary :
% /ICCProfile (/usr/share/color/icc/ISOcoated_v2_300_eci.icc) def % Customize or remove.
[ /GTS_PDFXVersion (PDF/X-3:2002) % Must be so (the standard requires).
/Title (Title) % Customize.
/Trapped /False % Must be so (Ghostscript doesn't provide other).
/DOCINFO pdfmark
% Define an ICC profile :
currentdict /ICCProfile known {
[/_objdef {icc_PDFX} /type /stream /OBJ pdfmark
[{icc_PDFX} <</N systemdict /ProcessColorModel get /DeviceGray eq {1} {4} ifelse >> /PUT pdfmark
[{icc_PDFX} ICCProfile (r) file /PUT pdfmark
} if
% Define the output intent dictionary :
[/_objdef {OutputIntent_PDFX} /type /dict /OBJ pdfmark
[{OutputIntent_PDFX} <<
/Type /OutputIntent % Must be so (the standard requires).
/S /GTS_PDFX % Must be so (the standard requires).
/OutputCondition (Commercial and specialty printing) % Customize
/Info (none) % Customize
/OutputConditionIdentifier (FOGRA39) % Customize
/RegistryName (http://www.color.org) % Must be so (the standard requires).
currentdict /ICCProfile known {
/DestOutputProfile {icc_PDFX} % Must be so (see above).
} if
>> /PUT pdfmark
[{Catalog} <</OutputIntents [ {OutputIntent_PDFX} ]>> /PUT pdfmark
identifier alors correctement rapports CMJN colorspace. Avant:
tbart@blackknight ~/orpheus/werbung/action $ identify -verbose action_schulungsvideo_v3_print.pdf
Image: action_schulungsvideo_v3_print.pdf
Format: PDF (Portable Document Format)
Class: DirectClass
Geometry: 612x859+0+0
Resolution: 72x72
Print size: 8.5x11.9306
Units: Undefined
Type: TrueColor
Endianess: Undefined
Colorspace: RGB
Depth: 16/8-bit
Channel depth:
red: 8-bit
green: 8-bit
blue: 8-bit
Channel statistics:
Red:
min: 0 (0)
max: 65535 (1)
mean: 53873.6 (0.822058)
standard deviation: 19276.7 (0.294144)
kurtosis: 1.854
skewness: -1.82565
Green:
min: 0 (0)
max: 65535 (1)
mean: 55385.6 (0.84513)
standard deviation: 19274.6 (0.294112)
kurtosis: 2.09868
skewness: -1.91651
Blue:
min: 0 (0)
max: 65535 (1)
mean: 51020 (0.778516)
standard deviation: 20077.7 (0.306367)
kurtosis: 0.860627
skewness: -1.52344
Image statistics:
Overall:
min: 0 (0)
max: 65535 (1)
mean: 53426.4 (0.815235)
standard deviation: 19546.7 (0.298263)
kurtosis: 1.59453
skewness: -1.75701
Rendering intent: Undefined
Interlace: None
Background color: white
Border color: rgb(223,223,223)
Matte color: grey74
Transparent color: black
Compose: Over
Page geometry: 612x859+0+0
Dispose: Undefined
Iterations: 0
Compression: Undefined
Orientation: Undefined
Properties:
date:create: 2011-09-14T15:38:57+02:00
date:modify: 2011-09-14T15:38:57+02:00
pdf:HiResBoundingBox: 612.283x858.898+0+0
pdf:Version: PDF-1.5
signature: 210bfc9cf90e3b9505385f8b2267da1665b5c2de28bb5223311afba01718bbeb
Artifacts:
verbose: true
Tainted: False
Filesize: 1.577MBB
Number pixels: 526KB
Pixels per second: 52.57MB
User time: 0.020u
Elapsed time: 0:01.009
Version: ImageMagick 6.6.5-6 2011-04-08 Q16 http://www.imagemagick.org
après:
tbart@blackknight ~/orpheus/werbung/action $ pdf2pdfx action_schulungsvideo_v3_print.pdf
GPL Ghostscript 9.04 (2011-08-05)
Copyright (C) 2011 Artifex Software, Inc. All rights reserved.
This software comes with NO WARRANTY: see the file PUBLIC for details.
Processing pages 1 through 1.
Page 1
tbart@blackknight ~/orpheus/werbung/action $ identify -verbose action_schulungsvideo_v3_print_X-3.pdf
Image: action_schulungsvideo_v3_print_X-3.pdf
Format: PDF (Portable Document Format)
Class: DirectClass
Geometry: 612x859+0+0
Resolution: 72x72
Print size: 8.5x11.9306
Units: Undefined
Type: ColorSeparation
Base type: ColorSeparation
Endianess: Undefined
Colorspace: CMYK
Depth: 16/8-bit
Channel depth:
cyan: 8-bit
magenta: 8-bit
yellow: 8-bit
black: 8-bit
Channel statistics:
Cyan:
min: 0 (0)
max: 65535 (1)
mean: 8331.78 (0.127135)
standard deviation: 14902.2 (0.227392)
kurtosis: 1.62171
skewness: 1.7799
Magenta:
min: 0 (0)
max: 62194 (0.94902)
mean: 6739.34 (0.102836)
standard deviation: 14517.5 (0.221523)
kurtosis: 2.08183
skewness: 1.93276
Yellow:
min: 0 (0)
max: 65535 (1)
mean: 13310.1 (0.203098)
standard deviation: 17022.5 (0.259746)
kurtosis: 0.991135
skewness: 1.45216
Black:
min: 0 (0)
max: 56540 (0.862745)
mean: 7117.47 (0.108606)
standard deviation: 16803.7 (0.256408)
kurtosis: 3.02752
skewness: 2.16554
Image statistics:
Overall:
min: 0 (0)
max: 65535 (1)
mean: 8874.66 (0.135419)
standard deviation: 15850.6 (0.241864)
kurtosis: 2.17614
skewness: 1.88139
Total ink density: 292%
Rendering intent: Undefined
Interlace: None
Background color: white
Border color: cmyk(223,223,223,0)
Matte color: grey74
Transparent color: black
Compose: Over
Page geometry: 612x859+0+0
Dispose: Undefined
Iterations: 0
Compression: Undefined
Orientation: Undefined
Properties:
date:create: 2011-09-14T15:39:30+02:00
date:modify: 2011-09-14T15:39:30+02:00
pdf:HiResBoundingBox: 612.28x858.9+0+0
pdf:Version: PDF-1.3
signature: 0416db7487ea147b974ece5748bc4284e82bfc3fb7cd07a4de050421ba112076
Artifacts:
verbose: true
Tainted: False
Filesize: 2.103MBB
Number pixels: 526KB
Pixels per second: 5.25708PB
User time: 0.000u
Elapsed time: 0:01.000
Version: ImageMagick 6.6.5-6 2011-04-08 Q16 http://www.imagemagick.org
c'est sur 64bit Gentoo avec gs 9.04 Peut-être que cela aide?
Source PDF provient de inkscape pdf export, les couleurs étaient limitées à celles couvertes par L'ECI ISO coated v2. J'utilise ceci comme solution de contournement pour l'exportation CMYK manquant d'inkscape et la sortie PDF/X manquant prépresse-ready...
Ok, voilà au moins quelque chose...
à l'origine, j'ai besoin de cela comme un moyen de s'assurer que mes fichiers PDF sont en CMYK, et ont le texte comme" noir clair "C:0, M:0, Y:0, K:100 - depuis que j'ai eu des problèmes avec les imprimantes auparavant, où ils se plaindraient de mes PDF en Latex contenant" noir riche " pour le texte (qui coûte donc plus cher). Et je vais généralement pour identify
car il semble être le seul outil qui peut analyser les PDFs et les couleurs (et il est également relativement facile à retenir).
Eh bien, je lis à travers conseil technique: en utilisant Ghostscript pour convertir et combiner les fichiers | Linux Journal ; où il est recommandé d'utiliser le tiffsep
dispositif de gs
pour obtenir des séparations. Et cela pour moi remplit le même rôle que identify
; je peux juste faire:
$ gs -sDEVICE=tiffsep -dNOPAUSE -dBATCH -dSAFER -r150x150 -sOutputFile=p%08d.tif test.pdf
$ ls p*
p00000001.Black.tif p00000001.Magenta.tif p00000001.Yellow.tif p00000001.Cyan.tif p00000001.tif
$ eog p00000001.tif
... et puis je peux juste "itérer" à travers les images de séparation en utilisant la flèche gauche / droite - et il est immédiatement évident que s'il est "clair noir" ou "noir riche'.
donc cela montre que, indépendamment de ce que identify
montre, le test.pdf
de pdflatex
a en fait "noir pur" comme couleur de texte, comme il est supposé le faire (les autres séparations sont Vierges) - cependant, faire quelque chose comme:
# do a conversion of original PDF
$ gs -dPDFA -dBATCH -dNOPAUSE -dNOOUTERSAVE -dUseCIEColor -sProcessColorModel=DeviceCMYK -sDEVICE=pdfwrite -sOutputFile=out_pdfa.pdf test.pdf
# do a separation on the converted pdf
$ gs -sDEVICE=tiffsep -dNOPAUSE -dBATCH -dSAFER -r150x150 \
-dFirstPage=1 -dLastPage=1 -sOutputFile=p%08d.tif out_pdfa.pdf
# view
$ eog p00000001.tif
... révélera que le particulier out_pdfa.pdf
a en fait "rich black" - i.e. ink for text passe en revue les quatre séparations! ( identify
le montre aussi un RVB, trop).
donc, j'espère que cette technique gs/tiffsep
est plus fiable que identify
:)
Note: J'utilise Ubuntu Natty, qui envoie GhostScript 9.01 - cependant, celui – ci a un méchant bug avec tiffsep
: Bug 691857-tiffsep se bloque dans la Version 9 (lab manquant.icc) . Qui a été fixé à 9.02 - et 9.02 a été libéré comme ghostscript dans onirique . Pour utiliser 9.02 sous Natty, j'ai suivi comment mettre à jour un paquet en utilisant apt-get? - Ubuntu Forums :
sudo nano /etc/apt/sources.list # add deb http://archive.ubuntu.com/ubuntu/ oneiric main restricted
sudo apt-get update
sudo apt-get install ghostscript # this upgrades only gs and dependencies
sudo nano /etc/apt/sources.list # remove/comment oneiric repo
sudo apt-get update && sudo apt-get upgrade # should be back to normal here
Notez qu'avec la version 9.01, même cette commande échouerait:
$ GS_LIB=/usr/share/ghostscript/9.01/iccprofiles/ gs -sICCProfilesDir=/usr/share/ghostscript/9.01/iccprofiles/ -sDEVICE=tiffsep -dNOPAUSE -dBATCH -dSAFER -sOutputFile=p%08d.tif out_pdfa.pdf
...
sfopen: gs_parse_file_name failed.
sfopen: gs_parse_file_name failed.
... gsicc_open_search(): Could not find lab.icc ...
.. et avec le 9.02, il n'est pas nécessaire de spécifier explicitement sICCProfilesDir
.
cela me rend fou. J'ai essayé l'exemple de @tbart exactement, mais il ne fonctionne que pour certains pdfs d'entrée (apparemment contenant déjà des images, rgb ou pas?), et pas d'autres. Plus précisément, prenons ce fichier ps très simple:
%!PS
/Times-Roman findfont 30 scalefont setfont
72 680 moveto
0.81 0.72 0 0 setcmykcolor
(This is text!) show
showpage
si j'appelle ce test1.ps, puis exécuter cette commande (sur windows, gs 9.14):
gswin64c -dEmbedAllFonts=true -dPDFX -dBATCH -dNOPAUSE -dNOOUTERSAVE -sDEVICE=pdfwrite -dProcessColorModel=/DeviceCMYK -sOutputICCProfile=CoatedGRACoL2006.icc -sColorConversionStrategy=CMYK -sColorConversionStrategyForImages=CMYK -sOutputFile=test1.pdf PDFX_def.ps test1.ps
remplacez gswin64c par gs si vous êtes sous linux / cygwin.
le CMJN ICC J'utilise is dans le PDFX_def.ps and in the command above. Vous pouvez l'obtenir d'ici, mais c'est juste un ICC aléatoire que moo veut pour leurs cartes, il ne semble pas spécial: http://www.adobe.com/support/downloads/thankyou.jsp?ftpID=4075&fileID=3790
le test1.la sortie pdf de cette charge comme un CMJN pdf dans L'illustrateur, mais l'identification-verbose dit que c'est sRGB. Si je fais la chose tiffsep de @SDAU il écrit les séparations et ils ont les bonnes valeurs.
donc, je ne sais pas.
est-ce que quelqu'un peut obtenir ce fichier ps pour convertir en un PDF CMYK qui identifie reconnaît?
Chris
Edit: whoa. J'ai peut-être compris cela et il fixe. Il semble que l'identification est juste à la recherche d'un /ColorSpace /DeviceCMYK dans le fichier PDF, donc si je pirate le PDFX_def.ps to output it, identify will call it CMYK. Donc, en regardant à travers les fichiers PDF qui ont fonctionné, je trouvé que, s'ils avaient cette ligne identifier travaillé, et si non, ils ont été incorrectement marqué comme sRGB.
à la fin de PDFX_def.ps, ajouter la ligne / ColorSpace / DeviceCMYK:
[/_objdef {OutputIntent_PDFX} /type /dict /OBJ pdfmark
[{OutputIntent_PDFX} <<
/ColorSpace /DeviceCMYK % convince ImageMagick's identify that it's CMYK
/Type /OutputIntent % Must be so (the standard requires).
/S /GTS_PDFX % Must be so (the standard requires).
/OutputCondition (Commercial and specialty printing) % Customize
/Info (none) % Customize
/OutputConditionIdentifier (CGATS TR 003) % Customize
/RegistryName (http://www.color.org) % Must be so (the standard requires).
currentdict /ICCProfile known {
/DestOutputProfile {icc_PDFX} % Must be so (see above).
} if
>> /PUT pdfmark
[{Catalog} <</OutputIntents [ {OutputIntent_PDFX} ]>> /PUT pdfmark
Boom. J'espère que ça ne fera rien de bizarre avec la compatibilité ou quoi que ce soit.
revisiter la conversion CMJN avec PDF / X-3 à nouveau car j'ai un autre travail d'impression dans la file d'attente m'a fait découvrir ce qui suit:
si vous n'avez besoin que de CMYK, évitez X-3. Il ne soutient pas la transparence ( https://en.wikipedia.org/wiki/PDF/X ) et l'image teintée de cyan que vous obtiendrez n'est ni satisfaisante ni conforme à aucune norme. Si vous avez alpha, opacité, gradients ne convertissez pas en PDF / X-3 si ce n'est pas absolument nécessaire par votre atelier d'impression.
si vous avez besoin de pdf/X vous aurez besoin de rastérize et aller pour X-3. Il n'y a pas de X-4 sur les produits logiciels libres / Linux que je connais dans la "chaîne d'outils bien connue" (imagemagick, inkscape, gimp etc. )
je suis toutefois toujours en train de lutter défini noir intense, f.ex. 60% C, 60% M, 40% Y, 100% K - une norme assez typique pour les imprimeries ici. Chaque fois que je mets ceci dans inkscape il sera parti dès l'exportation (vers RGB; un caire limitation)
pourtant, c'est ce qui semble me rapprocher de ce qu'ils attendraient:
#!/bin/bash
# possibly ps2ps2 for keeping fonts?
pdf2ps -sOutputFile=- "" | gs \
-dPDFX \
-dBATCH \
-dNOPAUSE \
-dNOOUTERSAVE \
-dPDFSETTINGS=/prepress \
-dCompatibilityLevel=1.4 \
-sDEVICE=pdfwrite \
-sColorConversionStrategy=CMYK \
-sProcessColorModel=DeviceCMYK \
-dHaveTransparency=false \
-sOutputFile="${1%%.pdf}_X-3.pdf" \
PDFX_def.ps \
-
toutes les idées sur une véritable création CMJN au flux de production CMJN-PDF sont toujours les bienvenues. Scribus n'est pas une VRAIE solution car il a beaucoup de problèmes pour importer correctement les SVG inkscape.. En dehors de cela, scribus fait un travail décent créant CMJN-PDFs.