はじめまして。
表題の件ですが、先日仕事で以下のようなことがありました。
お客様が作ったword2003のデータ(表紙にカラーのイラスト入り)をスミ1色で印刷するという仕事でした。
弊社環境はwordデータの処理から出力まで全てwindows xp を使用しています。
弊社にて、wordの[印刷]からAdobe PDFを選択し、PDF/x-1a、色はグレーで書き出したところ、表紙のイラストもスミ1色に変換されました。AcrobatPro10の色分版チェックでK以外の色が残っていないことを確認しました。
ただ、そのままだとプリフライトでチェックすると、PDF/x-1aに準拠していない(フォントの埋め込みエラー)ため、プリフライトの「PDF/x-1a(Japan Color 2001 Coated)準拠に変換」で変換したところ、フォントは埋め込みになりPDF/x-1a準拠にはなったのですが、グレーになったはずのイラストのグレーの部分がKなしのCMYカラーに分版されてしまいました。文字やイラストの中でもK100%だった部分はそのままKでした。
今までも同様な処理をしてきたことがあったのですが、今回のようにカラーに戻ってしまったことはなかったと思ってます(少なくとも印刷や出力からクレームはないです)。
一度カラー情報が破棄されたデータでも、Japan Color 2001 Coatedのプロファイルが当たったからカラーになってしまうのでしょうか?
お分かりりなる方、または同様な事例を経験されている方みえましたら教えていただきたいです。
ちなみに、今回は出力でK版だけ出され、グレーの部分が抜けたまま印刷されてクレームになってしまいました…
長文失礼しました。
よろしくお願いします。
[15132] office (2013/01/20 Sun 18:05)
すみません、投稿者ですが補足です。
wordからグレーでPDFを書き出した時点で、一度保存し、校正出しをしています。
その後、校了になり、出力にデータを送る際にフォントの埋め込みエラーに気づき、PDF/x-1aへの準拠変換処理をしています。
説明が不足しておりました。
[15133] office (2013/01/20 Sun 18:27)
>今回は出力でK版だけ出され、グレーの部分が抜けたまま印刷されてクレーム
これって出力担当が版数確認してないってことですよね?
そこをまずは変えないと、ミスは減らないと思いますけれども…
> ただ、そのままだとプリフライトでチェックすると、PDF/x-1aに準拠していない(フォントの埋め込みエラー)ため、プリフライトの「PDF/x-1a(Japan Color 2001 Coated)準拠に変換」で変換したところ、フォントは埋め込みになりPDF/x-1a準拠にはなったのですが、グレーになったはずのイラストのグレーの部分がKなしのCMYカラーに分版されてしまいました。文字やイラストの中でもK100%だった部分はそのままKでした。
フォントが何か分かりませんが、wordからPDF化するとき、
AdobePDFプリンタ(Distiller経由)のプリントしてるようですので、
設定次第で埋め込めませんか?
TTF混ざってるからlog出てるのかな?
一度ご確認を。
[15135] 流星光輝 (2013/01/21 Mon 10:35) web
流星光輝さま
ありがとうございます。
> >今回は出力でK版だけ出され、グレーの部分が抜けたまま印刷されてクレーム
> これって出力担当が版数確認してないってことですよね?
> そこをまずは変えないと、ミスは減らないと思いますけれども…
まさにその通りで、グレーの部分の入った正しい校了紙や印刷見本(前年のもの)もいっしょに出力に回っていたのですが見ていなかったということで、全社的に問題ある、ということになりました。
私も出力プレビューで色の確認をし忘れたことが今回の最大のミスでもあります。
フォントに関してはすみません、記述が不足しておりました。
word→PDFに変換後、Acrobatを使ってPDF上でフッターにノンブルを付けていました(前年もそうしていたため)が、どうやらそのノンブル部分のフォントの埋め込みがうまくいかなかったようです。フォントはMS明朝なのですが…
本来であればword上で置きなおすか、PDFをindesignに配置してノンブルを振ればよいかと思うのですが、校了後だったため、PDFをアウトライン化しておりました。
このままの状態で出力にまわしても(プリフライトではPDF/x-1aに準拠していないといわれてしまいますが)刷版は問題なく出たようです。
一度グレーになった画像がCMYに分解されたことがどうにも腑に落ちないのですが…
[15136] office (2013/01/21 Mon 12:17)
フォントについては、さらに加工が発生しているのですね。
なるほど。
x1aに準拠していないから全部ダメって決めつけちゃうと
足かせになってしまうことがあるので、そこはケースバイケースなんでしょうけども。
手元のAcrobat8でテストしてみたのですが、
png画像をwordに配置したデータからAdobePDFプリンタ経由で
PDF化しました。そのあと、手順通りx1a変換させたところ、
同様にCMYになりました。
えー最初にWordから書き出したPDFを
出力プレビューでイラストがKのみになってますよね?
で、出力プレビューの表示の項目を
「デバイスCMYKではない」にすると、
このイラストが見えると思うのですけれど、
プリフライトでx1aに変換したあとのPDFでは
「デバイスCMYKではない」では表示されず、
「デバイスCMYK」にすると表示されると思います。
ようはCMYKではないターゲットをCMYKに強制的に変換しているので、
KからCMYに割り振られたのではないでしょうか?
以前にも同じようなことをやっていて
今回初めて遭遇したということでしたら、
以前のデータでは、「デバイスCMYKではない」
になっていなかったのでは?と思われます。
[15137] 流星光輝 (2013/01/21 Mon 13:39) web
流星光輝さま
検証もしていただきありがとうございます!
確かに問題のデータをチェックしてみたところ、同じように
最初にwordから変換したPDFは「デバイスCMYK」では表示されず、
「デバイスCMYKではない」で表示されました。
> ようはCMYKではないターゲットをCMYKに強制的に変換しているので、
> KからCMYに割り振られたのではないでしょうか?
>
おっしゃられる通りかと思います。
すっきりしました。
「デバイスCMYK」かそうでないかのチェックは弊社では今までほとんどやっていなかったことだったので(それはそれで問題ありますが…)とても参考になりました。
ありがとうございます。
[15138] office (2013/01/21 Mon 19:36)