出力の手引きWebのはてなブックマーク数

出力の手引きWeb[QuarkXPress]

2 3次へ

2016年10月17日 | 古いQuarkXPressのグラデーションの再現について

とても古いバージョンのQuarkXPressからの出力において、Distiller X以降を使うとグラデーションの品質が低下します。

■発生条件
QuarkXPress Ver3.3 / Ver4.1など、QuarkXPress Ver5未満日本語版ではVer5は未発売なのでVer6未満を使用している場合、QuarkXPressから出力されるPostScript (EPSも含む)からDistiller X以降を使用してPDFに変換すると、グラデーションをスムースシェーディングに変換することができず、以下の様な問題が発生します。
 ・グラデーションでトーンジャンプが発生するかも知れない
 ・グラデーション内にストリーク
(スジ)が発生するかも知れない
 ・グラデーションのオーバープリントの再現が変わる

QuarkXPress Ver5以降およびCorelDRAW Ver.8以降では、この様な問題は発生しません。
Distiller X未満のバージョンでは、スムースシェーディングへの置き換え処理を行います。
古いバージョンのIllustratorやFreeHandなど、Adobeのアプリケーションにおける同機能は引き続きサポートされています。

■発生原理
これは、Distiller内部でPS-PDF変換時に行われる、PostScriptのパターン認識による記述の書き換え処理(IdiomRecognition)において、古いQuarkXPressのグラデーションと古いCorelDRAW Ver.8未満のサポートが行われなくなった事により発生します。
これらに該当するアプリケーションは、グラデーションを1つの図形として記述するスムースシェーディング(sh:シェーディング)の記述をサポートしておらず、少しずつ色を変えた図形を多数並べてグラデーションを表現していました。
Distillerでは、この多数並べられた図形の記述を認識し、1つのシェーディング図形に変換していました。Distiller X以降から、この機能のサポートが終了したということになります。
QuarkXPress Ver5以降およびCorelDRAW Ver.8以降では、PostScript出力時にもシェーディングで記述されるので、Distillerでの変換の必要もなく、この様な問題は発生しません。

■問題の発生原理
・グラデーションでトーンジャンプが発生する
スムースシェーディングは、トーンジャンプの発生を防止するために、演算時に僅かなノイズを付加します。図形で出力された場合には、この機能は動作しません。
・グラデーション内にストリーク(スジ)が発生する
QuarkXPressの場合、多数のストローク(線)を、少しずつ色を変えながら並べて配置します。配置位置の誤差の影響で、ストローク(線)の継ぎ目にストリーク(スジ)が発生する場合があります。
・グラデーションのオーバープリントの再現が変わる
スムースシェーディングに変換すると、DeviceCMYKのシェーディングになり、PDFの規格ではオーバープリントが効かないのが正しい出力となりますが、多数の図形で表現されたグラデーションは、データに応じてオーバープリントが効きます。
イマドキのDTPアプリケーションのシェーディングはDeviceNなのでオーバープリントは効きます
QuarkXPressにはオーバープリントプレビューの機能がありません

■EQUIOS、Trueflowでの対応について
現時点のバージョンでは、設定に応じてスムースシェーディングに変換します。
次のEQUIOS / TrueflowのRIP演算系のパッチにおいて、Distiller X以降と同じ結果になるように変更します。EQUIOS / Trueflowのお客様にはリリース時にご案内いたします。
なお、この変更後も、既にOutlinePDFやOutlinePDF-Advanceに変換済みのQuarkXPressデータの出力はスムースシェーディングへの変換も済んでいるので変わりません。
つまり、カンプ確認時=OutlinePDF / OutlinePDF-Advance作成時との出力の差違は発生しない事になります。

■回避策
・Distiller 9以前を使用してPDF変換をする。Adobeのサポート範囲外なのでお勧めはしません。既に入手困難です。

QuarkXPress 3.3 / 4.1は推奨バージョンではありませんが、重要な情報などで公開しました。Distiller X以上の技術を使ってる製品では同じ問題が発生すると思われます。ご注意ください。

[第16版] [オーバープリント] [Acrobat] [QuarkXPress] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2013年09月18日 | QuarkXPress 10の不具合情報

今週より発売されており、無料お試し版も公開されているQuarkXPress 10において、以下の深刻な問題が発生することが分かりました。
Quarkによると、リリースバージョンでも発生する不具合である事を認識しており、修正中であるとコメントしています。

 ・透明が含まれたPDFのプレビューが正しく表示されない。表示が固まりクラッシュする。
 ・貼り込まれたPDFの中の縦書きが横書きで表示される。

高い確率で発生する深刻な問題と思われます。
この状況では、QuarkXPress 10の出力サポートはできません。
修正状況や詳細につきましては今後のQuarkからの情報をご参照下さい。

[QuarkXPress] [お知らせ] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2011年05月18日 | QuarkXPress 9サポート情報

QXP9_BoxShot.png以前の記事でお知らせしていたQuarkXPress 9のTrueflowでのサポートを開始致しました。
QuarkXPress 9に関しては、出力に関係する変更はなく、Trueflow出力の手引き 第14版に記載されているQuarkXPress 8と同じ手順、同じ出力スタイルファイルで運用できます。

出力に関する留意事項についてはQuarkXPress 8よりも若干改善されています。

<QuarkXPress 9で改善した留意事項>
・以下の記事に記載したQuarkXPress 8.1での修正項目についてはQuarkXPress 9でも問題ありません。
 「QuarkXPress 8.1リリース(2) - 透明サポート
 「QuarkXPress 8.1リリース(3) - その他の改良点と留意事項
・DuoToneが特色で出力されない問題は修正されています。
・Illustratorネイティブ貼り込みで、透明の描画モード「彩度」「輝度」などの互換性が向上しています。

<QuarkXPress 9でも留意が必要な事項>
・文字組みがQuarkXPress 8(以前のバージョン)と異なる場合があります。
・透明分割の影響により継ぎ目に段差や白スジが発生する場合があります。
貼り込まれたIllustratorネイティブの透明は分割統合されてから出力されます。
・オーバープリントプレビューはサポートされていません。
 PDFに書き出してからAcrobatでチェックして下さい。
・PDF/X-4はサポートされていません。
 PDF/X-1a出力を推奨します。

[第14版] [QuarkXPress] [お知らせ] [解説追加] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2011年04月21日 | InDesign CS5.5とQuarkXPress 9の事前情報

<2011年10月22日追記>
InDesign CS5.5 7.5.2 (Mac版)(Win版)において、この問題は根本修正されました。
2011年10月21日 | InDesign CS5.5サポート情報(5) - 不具合修正されました!」を参照してください。
サポートに関する詳細は
2011年06月23日|InDesign CS5.5サポート情報(4) - 出力サポート開始」を参照してください。

<2011年6月23日追記>
この問題の回避策が公開されたので、InDesign CS5.5からの出力のサポートをはじめました。
詳細は記事「
2011年06月23日|InDesign CS5.5サポート情報(4) - 出力サポート開始」を参照してください。

QuarkXPress 9についても詳細は記事「2011年05月18日|QuarkXPress 9サポート情報」を参照してください。

これらのDTPアプリケーションは現在検証中でありサポートしていません。
サポート開始時期に関しては、追ってこのサイトでご案内致します。

InDesignとQuarkXPressの最新バージョンが以下の予定で発売されます。
Adobe Creative Suite 5.5:2011年5月20日(金) プレスリリース(PDF/160KByte)
QuarkXPress 9:2011年4月26日(火) プレスリリース(HTML)
それぞれの新機能や特徴などは、開発元の情報をご参照下さい。
ここでは、出力に関係する情報と、当社の対応の予定をお伝えします。
Adobe CS5.5に含まれるIllustrator CS5には出力に関係する変更はありませんが、InDesign CS5.5には、以下の様な出力に関係する変更があります。

InDesign_CS55_boxshot_3in.pngAdobe InDesign CS5.5
InDesign CS5.5ではPDF/X-4の書き出しの「標準」のPDF/X-4の設定を、PDF/X-4:2008(PDF1.4ベース)からPDF/X-4:2010(PDF1.6ベース)に変更しています。この変更により、従来のPDF書き出しプリセットファイル「Trueflow PDFX4 1.3J.joboptions」は対応できなく(*1)なります。現在、CS5.5に対応した「Trueflow PDFX4 1.4J.joboptions」を作成、検証中ですが、こちらはCS5以前では対応できません。(*1)
ISO 15930-7であるPDF/X-4は、規格の最初からPDF1.6以下がベースバージョンで、透明だけでなく、レイヤーを活かせる事ができるの事も当初からの特徴とされていました。しかし、多くの運用実績のあるPDF/X-4:2008がCS5.5で使えなくなるのは残念です。
table.png
つまり「Adobe Creative Suite 5.5」パッケージに含まれるInDesign CS5.5とIllustrator CS5では、PDF/X-4を作成するための設定ファイルを使い分ける必要があります。


warning.png(*1)読み込みや書き出しは出来るのですが、プリセットのダイアログに左図の様な警告が表示されます。左図はInDesign CS5にCS5.5用のプリセットを読み込んだ場合の警告。
「透明度に関して PDF/X (2003) 標準に準拠するために Acrobat 4 (PDF 1.3) にリセットされました。」…実際にはAcrobat 5 (PDF 1.4) にリセットされてるし、PDF/X(2003)って意味分からない上に、実際にはPDF/X-4:2008に設定されてるし…



QXP9_BoxShot.pngQuarkXPress 9
QuarkXPress 9に関しては、出力に関係する変更はない見込みです。
出力スタイルファイルなども現在配布しているQuarkXPress 8向けのものがそのまま使用できる様で、現在検証中です。
また、出力に関する留意事項もQuarkXPress 8と同じで、特に以下の事項に留意してください。

貼り込まれたIllustratorネイティブの透明は分割統合されてから出力されます。
・オーバープリントプレビューはサポートされていません。
 PDFに書き出してからAcrobatでチェックして下さい。
・PDF/X-4はサポートされていません。
 PDF/X-1a出力を推奨します。

実際にこんな箱で売るんだろうか?見てみたい。

[第14版] [InDesign] [QuarkXPress] [解説追加] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2011年04月19日 | Adobe PDF Print Engineでのオーバープリント(6) - 番外編:DeviceGray

前の記事
Adobe PDF Print Engineでのオーバープリント(5) - 理論通りにならない事例
の補足です。
この記事は全て従来処理系の内部の処理について言及していますが、出力結果は最新処理系と同じになります。
以下の事例2)について、さらに理解を深めるために2つの事例を紹介します。

前の記事2)を引用します。
Gray_conv.png2) 従来処理系なのにDeviceGrayのオーバープリントがヌキに
Trueflowの従来処理系では、透明をそのまま演算できないので、入力処理の内部で透明の分割統合処理が行われます。この透明の分割統合処理を行う部分は(Trueflowのオーバープリントモードの設定に関わらず)PDFの規格に基づいてオーバープリントを再解釈します。
ここで、DeviceGrayのオーバープリントオブジェクトは、(PDFの規格に準じるとノセなくていいので)オーバープリントがOffのDeviceCMYK部品に変換され、結果ヌキになります。

Gray_spot_conv.png2-1) DeviceGrayのオーバープリントがノセにならないといけないケース(Trueflowの従来処理系)
上記では(PDFの規格に準じるとノセなくていいので)と説明しましたが、PDFの規格に準じるとDeviceGrayのオーバープリントがノセにならないといけないケースでは、どの様になるのでしょうか?

今までの全ての事例は下部のオブジェクトもプロセスカラーであることが条件です。もし、この例でも下部が特色でDeviceNやSeparationの場合、最新・従来に関わらずノセになる必要があります。
実際の出力結果も、右図の用に確かに元々DeviceGrayだった部分が(透明と同居しているにも関わらず)期待通りノセになります。
これはRIP内部の処理において、オーバープリントに対して、あたかも透明のような分割統合処理が行われています。基本的にDeviceGrayは(PDFの規格に準じるとノセなくていいので)オーバープリントがOffのDeviceCMYKに変換しますが、下部が特色の部分だけはノセる必要があるので、その部分を分割しDeviceCMYKのオーバープリントがOnに変換します。この単純な例では、DeviceGrayを分割せずにDeviceCMYKのノセに設定すれば良さそうですが、他のオブジェクトが絡んでくる事を考えると分割されるのが正解です


Gray_auto_op.png2-2) DeviceGrayの墨ベタで自動オーバープリントが効かないケース(Trueflowの従来処理系)
右図は、分かりやすくするために墨ベタを少し薄くしています

前の記事の最後に「DeviceGrayの墨ベタにも自動オーバープリントは効く」と書きました。確かに2)の例(下部が単純なDeviceCMYKの図形)で、もしDeviceGrayが墨ベタの場合は、分割は行われず、単にオーバープリントがOffに変換されるだけなので、その後の自動オーバープリントは効きます。
しかし、自動墨ノセは万全ではありません


Gray_sh_image.pngDeviceGrayで記述された墨ベタが、透明と同じページにあった場合、入力処理の分割統合処理において、DeviceCMYKの部品に対しては(PDFの規格に準じるとノセなくていいので)オーバープリントがOffのDeviceCMYK部品に変換されるまでは、上記2)と同じです。
しかし、下部のオブジェクトがグラデーションや画像の場合、分割統合の影響で重なっている部分が画像化されてしまいます。
この分割統合処理で生成された画像は、ノセなくていい前提で分割統合されているので、せっかく分割されたのに、グラデーションとは合成されておらず、単なる墨ベタの画像(トホホ…)になっています。
こうなってしまうと、テキストでも図形でも無いので、自動オーバープリントは効きません。
その上、下部のオブジェクトも欠けているのでどうしようもありません。
<まとめ>
・全ての例は、同じページ上に分割されていない透明オブジェクトがある場合に限ります。(つまりPDFのみ)
・Adobe CS3以降など推奨アプリケーションを使えば、この様なことを考える必要はありません。

[第14版] [オーバープリント] [Acrobat] [Illustrator] [InDesign] [QuarkXPress] [解説追加] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2011年04月15日 | Adobe PDF Print Engineでのオーバープリント(5) - 理論通りにならない事例

以前の4つの記事
Adobe PDF Print Engineでのオーバープリント(1) - 概要
Adobe PDF Print Engineでのオーバープリント(2) - 技術詳細
Adobe PDF Print Engineでのオーバープリント(3) - DTPアプリケーションの挙動
Adobe PDF Print Engineでのオーバープリント(4) - 覚えておくべき事
では、基本的な事例を紹介しました。もう1年以上前ですね…
ここでは、その基本で説明した原理から外れる処理結果について、なぜ結果が異なる場合があるのか、技術的に説明します。

■結論「推奨アプリケーションではこの差違は発生しません」
・AdobeCS以降、QuarkXPress 6以降
 オーバープリント処理の違いを意識する必要はほとんどありません
 Acrobatのオーバープリントプレビュー通りの出力が得られます
・それよりも古いアプリケーション
 オーバープリント処理の違いから出力を予測することが必要です

<まとめ>
recommend.png不具合の要因(リンクで貼るとスジが出るなど)も考慮すると、特にAdobe CS 3以降、QuarkXPress 8以降を推奨します。詳細は、Trueflow出力の手引き 第14版P4「サポート DTP アプリケーション」を参照して下さい。
<注意>この記事は、特にIllustrator 10以前InDesign 2.0.2以前推奨設定を使用しないQuarkXPress使用される場合にのみ必要な情報です。

sample.png■従来処理系と最新処理系の差違の基本
以下のオブジェクトにオーバープリント指定された場合で、かつ下部のオブジェクトもプロセスカラーの場合、オーバープリント属性が設定されていても、PDFの規格上ノセにならない事になっています。
・グラデーション(DeviceCMYKで指定された)
・パターン(DeviceCMYKで指定された)
・画像(DeviceCMYKで指定された)
・DeviceGrayのオブジェクト
Acrobatでの表示も規格通り、これらのオブジェクトはノセになりません。Trueflowでの出力結果は、基本的には以下の様になります。
・従来演算系:これらのオブジェクトのオーバープリントを処理
・最新演算系:PDFの規格通り、これらのオブジェクトはヌキに
これらの処理の違いから、同じデータをTrueflowの従来演算系と最新演算系の両方で処理した場合、出力結果の差違が表れます。上記、推奨アプリケーションでは、この差違は発生しませんし、デザインとしてもレアケースであること、DeviceGrayによる墨ベタにも自動オーバープリントは効くことを忘れないで下さい。

■基本通りにならない事例
以下の3つの事例は、本来の動作とは逆の結果になっていますが、それぞれ条件と技術的なロジック(理由)があります。

<事例>
1) 最新処理系なのに透明があるとDeviceGrayのオーバープリントがノセに
2) 従来処理系なのに透明があるとDeviceGrayのオーバープリントがヌキに
3) 従来処理系なのに透明があるとDeviceCMYKのグラデーションのオーバープリントがヌキに

<発生条件>
・同じスプレッド内(ページ内)に透明オブジェクトが含まれている。
・透明オブジェクトと該当オーバープリントとの位置関係は問わない。
・同じスプレッド内(ページ内)に透明オブジェクトが無ければ基本通りの処理になる。
→つまり、同じ処理範囲内に透明オブジェクトがあると、位置的には全く関係のない場所のオーバープリントも含めて動作が基本通りになりません。同じ処理範囲内に透明があると、処理が変わる、ということになります。

<発生ロジック>
1) 最新処理系なのにDeviceGrayのオーバープリントがノセに
Gray_adv.png同じページに一つでも透明オブジェクトがあった場合、透明の処理による色の整合性を保つ(透明が関わるDeviceGrayと、透明が関わらないDeviceGrayの色の結果を合わせる)ため、全てのDeviceGrayオブジェクトはSeparation Blackに置き換える処理を行います。
この処理は、同じページ上であれば、透明との配置関係の有無に関わらず、印刷用の色空間であることを明確に示すSeparation Blackへの置き換えを、Trueflowの入力処理の内部で行います。
DeviceGrayは、DeviceRGBと同じく光の強さを示しており、DTPアプリケーション上グレースケール100%は「黒」ですが、PDFの記述上は0が「黒」、255が「白」になります。
その結果、ノセになります。
従って、同じページに透明オブジェクトが全く存在しない場合は、ヌキになります。


Gray_conv.png2) 従来処理系なのにDeviceGrayのオーバープリントがヌキに
3) 従来処理系なのにDeviceCMYKのグラデーションのオーバープリントがヌキに
この2)3)は同じ原理で説明できます。
Trueflowの従来処理系では、透明をそのまま演算できないので、入力処理の内部で透明の分割統合処理が行われます。この透明の分割統合処理を行う部分は(Trueflowのオーバープリントモードの設定に関わらず)PDFの規格に基づいてオーバープリントを再解釈します。
ここで、DeviceGrayのオーバープリントオブジェクトは、(PDFの規格に準じるとノセなくていいので)オーバープリントがOffのDeviceCMYK部品に変換され、結果ヌキになります。


Sh_conv.pngDeviceCMYKのグラデーションも同じく(PDFの規格に準じるとノセなくていいので)オーバープリント設定はOffに変換されます。

逆に、同じページに透明オブジェクトが全く存在しない、などPDF1.3準拠のデータの場合、透明の分割統合処理も行われず、DeviceGrayやDeviceCMYKのグラデーションのオーバープリントオブジェクトは基本通りノセになります。

<最後に>くどい様ですが…
「結果は一致しない」事にのみ注目するのではなく、以下の項目を念頭に、「ほとんどの場合結果OK」と冷静に判断し、技術情報として正しく理解しておくことが重要です。

全てAdobe CS3以降など推奨アプリケーションではこの差違は発生しない
1)は、規格通りではないがオーバープリントがノセになる方向の違い
 DeviceGrayになっている事に気付いていない事の方が多いので、ノセになるのが期待通りでは?
2)は、DeviceGrayの墨ベタにも自動オーバープリントは効く
3)は、ほとんどオペレーションミス(意図的にしたい場合は乗算の透明を使いましょう)


「最適な出力」とは、重箱のすみのギリギリの部分で、やむなく規格通りではない処理を行う事も含めて実現されます。今後も「最適な出力」を目指していきます。

[第14版] [オーバープリント] [Acrobat] [Illustrator] [InDesign] [QuarkXPress] [解説追加] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2010年05月28日 | PDF運用では必要ないPPDの設定

cups.pngAdobeのサポートデータベースに「文章番号cpsid_84293 InDesign CS5 が認識する PPD ファイルの保存場所について」が掲載されていました。
ここでは、Mac OS X環境について「/private/etc/cups/ppd」という不可視フォルダに保存する方法が案内されていますが、Trueflow出力の手引き 第14版ではP117~P118で説明されている「仮想プリンタの設定」の手順で、この場所にPPDが保存されるので、この不可視フォルダへの直接のアクセスは不要です。
Mac OS Xではプリントシステムとして「CUPS (Common Unix Printing System)」という標準仕様が採用されています。
通常はCUPSの存在を見ることはありませんが、Mac OS X上のWebブラウザから「http://localhost:631/」にアクセスする事で、そのマシン内部のCUPSの管理メニューを見ることができます。しかし、Mac OS Xでは、システム環境設定からプリント関連の設定を行う事ができるので、日常の使用ではここからCUPSの設定変更を行うべきではありません。

ppd_mng.pngQuarkXPressでは「補助」→「PPDマネージャー」を開き、リストに必要なPPDファイルが見えない場合には「別のフォルダを使用」にチェックを入れることで、PPDが保存されているフォルダを指定する事ができます。

どちらにしてもPDFをダイレクトに出力する場合には、この煩雑なPPDの設定は不要です。

[第14版] [InDesign] [QuarkXPress] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2010年02月24日 | Adobe PDF Print Engineでのオーバープリント(4) - 覚えておくべき事

以前の3つの記事
Adobe PDF Print Engineでのオーバープリント(1) - 概要
Adobe PDF Print Engineでのオーバープリント(2) - 技術詳細
Adobe PDF Print Engineでのオーバープリント(3) - DTPアプリケーションの挙動
では、詳細な説明をしましたので、最後に覚えておくべき要点だけまとめます。

Adobe PDF Print Engineでは、PDFの規格通りにオーバープリント処理が行われる為に、レアケースですが従来のRIPとは異なる出力結果になる場合があります。
PDFの規格通りとはAcrobatでの表示と同じになるのですが、PostScriptを直接RIP処理させる場合はAcrobatでの確認の過程が入らないので、よりいっそうの注意が必要です。
この情報はTrueflow SE Ver7.10以降において、Adobe PDF Print Engine(最新PDF処理)を使用して安心してPostScriptを処理する為に必要です。「最新PDF処理」なのにPostScriptが処理できる、ということは気にしないで…

■ポイント
<症状の概要>
 ・グレースケール、画像、グラデーション、パターンに指定されるオーバープリント
 ・画像、グラデーション、パターンについてはDeviceCMYKの場合にのみ該当
 ・従来のRIPでの処理結果とPDFの規格通りの処理では出力が異なるケースがある
 ・Trueflowにおいても従来PS/PDF処理と最新PDF処理では結果が異なる
<要点>
 ・Illustrator10以前、およびInDesign 2.0.2以前でのみ違いが発生する
 ・それ以降のアプリケーションでは、RIPによる違いが出ないように工夫されている
 ・QuarkXPress 6以降で、Trueflowの推奨設定を使用していれば、違いは発生しない
 ・画像、グラデーション、パターンにオーバープリント指定されるケースは少ない
 ・グレースケールに対しても、Trueflowの自動墨ノセ処理は有効
<以下の表のみかた>
 ・赤の背景の部分は問題があり、RIPによって違いが出る可能性があります
 ・濃いグレーの部分は、オーバープリント指定ができないので違いも出ません
 ・白い部分はRIPによる違いがなく、オーバープリント処理されます

table_illust2.png■Illustratorの場合
・Illustrator 10以前において、グレースケールやグラデーションのオブジェクトにオーバープリントが指定されていれば違いが出ます
・Illustrator CS2以前では、画像にオーバープリント指定できないので違いが出ることはありません
・それ以外のオーバープリントについては問題ありません


table_ind2.png■InDesignの場合
・InDesign 2.0.2以前において、グラデーションにオーバープリントが指定されている場合にのみ違いが出ます
・InDesignにはグレースケールでの色指定がなく、画像にはオーバープリント指定できませんので違いが出ることはありません


table_qxp2.png■QuarkXPressの場合
・QuarkXPressにはグレースケールでの色指定がなく、画像にはオーバープリント指定できませんので違いが出ることはありません
・Trueflowの推奨設定を使用していればグラデーションへのオーバープリントの違いが出ることはありません
 QuarkXPress 4.1以前ではDeviceNをサポートしておらずPDF運用に適していません

[第13版] [DeviceN] [オーバープリント] [Acrobat] [Illustrator] [InDesign] [QuarkXPress] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2010年02月03日 | Adobe PDF Print Engineでのオーバープリント(3) - DTPアプリケーションの挙動

■概要
以前の2つの記事
Adobe PDF Print Engineでのオーバープリント(1) - 概要
Adobe PDF Print Engineでのオーバープリント(2) - 技術詳細
では、「DeviceNでは…」「DeviceGrayでは…」と説明されていますが、実際のDTPアプリケーションでは、オブジェクトのカラースペースを意識することは通常ありません。Acrobat 9のオブジェクトインスペクタを使えば分かります。
この記事では、実際のDTPアプリケーションで、どの様なオペレーションによって、DeviceNやDeviceGrayが指定され、今まで説明してきた4つのオブジェクトの例外の振る舞いになるのか、について解説します。

この4つの例外を含めた全てのオーバープリントの振る舞いは、Acrobatのオーバープリントプレビューで確認できます。
また(今月からリリースされた)Trueflow SE Ver7.10では、最新演算処理(Adobe PDF Print Engineを使用する処理系)にPostScriptも入力できる様になり、PostScriptの場合は処理前にAcrobatなどで確認する事ができないので、やはり以下の発生条件を知っておくことが必要です。
DistillerでPDFに変換してからAcrobat確認する方が遙かに簡単です…これもPDFワークフローのメリットですね。

■結論
sample.png・AdobeCS以降、QuarkXPress 6以降
 これら4つの例外を意識する必要は、ほとんどありません
 Acrobatのオーバープリントプレビュー通りの出力が得られます
 意図通りの制作するための役立つ情報となります
・それよりも古いアプリケーション
 4つの例外の事例から出力を予測することが必要になります

■テスト方法
右図の様なデータを用意し、オーバープリントの再現がどうなるか、確認します。
パターンにオーバープリントを適用することは、今回対象のアプリケーションではできないので除外しています。
オーバープリントの再現については、Acrobat 9のオーバープリントプレビューで確認した上で、オブジェクトインスペクタで、各々のオブジェクトのカラースペースを調べます。
Trueflowの最新演算処理での結果も、Acrobat 9のオーバープリントプレビューに準じます。

color_p.png■Illustrator(10~CS4で確認)
<データの準備>
Illustratorでは、「カラー」パレットのメニューから「グレースケール」を選択してサンプルのグレーの部分を作成します。
画像へのオーバープリントはIllustratorCS3以降で埋め込み画像にのみ指定できる(リンク画像では不可)ので、埋め込み画像にオーバープリント指定します。
Illustrator 10~CS2では、画像に対するオーバープリントは設定できません。
<テスト結果>
テスト結果は以下の表の通りになります。
ai_result.pngtable_illust.png
・グレースケール
 →ノセにならないDeviceGrayではなくDeviceCMYKで記述

・画像やグラデーション
 →DeviceCMYKではノセにならないのでDeviceNに変換

この結果からIllustratorでは本来オーバープリントにできないオブジェクトを書き換えてノセになる様に工夫されていることが分かります。
特にIllustrator CS3とCS4では、画像もDeviceNで変換することで、可能な限りオーバープリントを再現しようとしています。
<補足事項>
・Illustrator CS3とCS4でのグラデーションと画像のカラースペースの変換は、オーバープリントが指定された場合にのみ行われます。
・IllustratorCS以降で行われるグレースケールをDeviceCMYKで記述する処理はオーバープリントの有無に関わらず行われます。
・Illustrator CS4でも、ドキュメントのカラーモードがRGBの場合は、グレースケールで指定されたオブジェクトは、DeviceGrayで出力されます。
・Illustrator 10でのオーバープリントプレビューは、グレースケールとグラデーションがノセになって見えますが、実際の出力ではノセになりません。書き出したPDFのAcrobatによるオーバープリントプレビューの表示は出力と一致します。
・表の「指定不可」はオーバープリント指定ができず、ノセにもならないので結果は正しいと解釈できます。
TrueflowではIllustrator CS以前のバージョンからダイレクトに出力されたPDFはサポートしていませんが、上記の結果はテストとしてPDF書き出しを行っています。

ind_color_p.png■InDesign(2.0.2~CS4で確認)
<データの準備>
InDesignにはグレースケールの色指定がありません。
InDesignでは、画像にオーバープリント指定することができません。
<テスト結果>
テスト結果は以下の表の通りになります。
table_ind.png
ind_result.png・グラデーション
 →DeviceCMYKではノセにならないのでDeviceNで記述

画像にオーバープリント指定することができない事や、グレースケールでの色指定ができない事は、機能が劣っているのではなく、安全な仕様であると言えます。乗算の透明など代替機能があります。
<補足事項>
・InDesign CS以降のグラデーションのカラースペースは、オーバープリントの指定の有無に関わらずDeviceNで記述されます。
・InDesign 2.0.2でのオーバープリントプレビューは、グラデーションがノセになって見えますが、実際の出力ではノセになりません。書き出したPDFのAcrobatによるオーバープリントプレビューの表示は出力と一致します。
・表の「指定不可」はオーバープリント指定ができず、ノセにもならないので結果は正しいと解釈できます。
TrueflowではInDesign 2.0.2からダイレクトに出力されたPDFはサポートしていませんが、上記の結果はテストとしてPDF書き出しを行っています。
■QuarkXPress(6.5と8.1で確認)
qxp_color.png<データの準備>
QuarkXPressは、IllustratorやInDesignとはカラースペースの扱いが異なり、PDF出力時とPostScript出力時に画像以外の全てのカラースペースを統一して出力します。
QuarkXPressでは、「カラーのセットアップ」→「出力」の部分で右図の設定をしておき、PDF書き出し時にこの設定を指定する事で、出力カラーを明示的に指定できます。
この設定でDeviceNが指定されれば、画像を除き、全てDeviceNで出力されます。
Trueflow向けの設定(Trueflow印刷ユーティリティにも含まれています)でも、ここがDeviceNで指定されています。
<テスト結果>
テスト結果は以下の表の通りになります。
table_qxp.png
qxp_trap.png・グラデーション
 →出力設定によりDeviceNで出力されノセになっています

画像にオーバープリント指定することができない事や、グレースケールでの色指定ができない事は、機能が劣っているのではなく、安全な仕様であると言えます。
<補足事項>
・QuarkXPress6.5のグラデーションはDeviceNの図形が大量に重なって表現されているので、負荷が大きく、品質も良くありません。
・QuarkXPressにはオーバープリントプレビューがサポートされていませんので、出力前にオーバープリント設定を確認しておくことが重要です。QuarkXPress 3.3/4.1はDeviceNをサポートしていません。
TrueflowではQuarkXPress 6.5からダイレクトに出力されたPDFはサポートしていませんが、上記の結果はテストとしてPDF書き出しを行っています。

■まとめ
PDFの規格により、DeviceCMYKのグラデーション、パターン、画像へのオーバープリント指定は無効になっていますが、DTPアプリケーション側で版の有無を明示的に指定できるDeviceNに書き換えることによって、可能な限りオーバープリントを再現できるように工夫されています。
DeviceNで記述することにより、RIP側のオーバープリント処理の仕様に依存せずOPMの設定にも関わらず、同じオーバープリントが再現できます。
以前の記事「なぜDeviceN形式を使用するのか?」でも説明した通り、現在の主流であるIn-RIPセパレーション運用では、RIP側での分版をDTPアプリケーション側から明確に指定する必要があり、その為にこの様な書き換えなどの工夫がされています。
これがIn-RIPセパレーション前提のPDFワークフローで、DeviceNの理解が重要である理由のひとつです。
Illustrator 10やInDesign 2.0.2の頃は、上記の(表示上の矛盾があるなどの)例にもあるようにオーバープリントの解釈が明確になっていく過渡期にあり、この頃に利用されていたTrueflowの従来演算処理も含むRIPには、その状況を考慮したオーバープリント処理が実装されおり、現在のRIPとは異なる結果になる場合もあります。
実際の制作業務ではこれらのオブジェクトへのオーバープリントは透明に置き換える、DeviceGrayは使用しないなどの工夫を行う事で、より出力環境への依存の少ないPDFが作成できます。

このあと、
Adobe PDF Print Engineでのオーバープリント(4) - 覚えておくべき事
に続きます。

TrueflowのOutlinePS/EPSをお使いのお客様には、DeviceGrayの扱いについて上記以上の留意事項があります。詳しくはTrueflow SE Ver7.1に付属の「使用上の留意点」を参照して下さい。
OutlinePDFはこれに該当せず、従来演算処理、最新演算処理の両方で同じオーバープリントが再現できます。

DeviceGrayが単純にDeviceCMYKのKと等価とできないのは、これだけが理由ではありません…

[第13版] [DeviceN] [オーバープリント] [Acrobat] [Illustrator] [InDesign] [QuarkXPress] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2010年01月15日 | Adobe PDF Print Engineでのオーバープリント(2) - 技術詳細

<ご注意>OPMの概念は、PDFの技術情報の中でもかなり難解な部類であり、オーバープリントの挙動を完全に理解したい方向けの情報となります。

■従来演算系でもPDFの規格通りに処理を行う
TF_opm.png以前の記事「Adobe PDF Print Engineでのオーバープリント(1) - 概要」では、従来演算系とAdobe PDF Print Engineを使用した最新演算系では結果が異なると説明していましたが、設定を変更することで、その処理をPDFの規格通りに合わせることが可能です。
Trueflowには「オーバープリントモード」という設定(詳細はTrueflow出力の手引き 第13版P30~P31参照)があります。この設定で「PDFのオーバープリントに準拠する」を選択すると、従来演算系であっても以前の記事で説明したPDFの規格通りの出力結果を得ることができます。
この設定は、従来の演算結果との互換性の観点から、デフォルトでは従来通りの(4つの例外のない)オーバープリント処理を行う設定「システム設定を使用する」になっています。

■DeviceGrayについて
Trueflowの最新演算処理では、DeviceGrayのオブジェクトにオーバープリントが設定されていても、ノセにはなりません。これもAcrobatでの表示と同じです。
また、Trueflowの従来演算系では、DeviceGrayの対するオーバープリントを処理します。これも、他の3種類のオブジェクトと同じです。この挙動も、Trueflowの「オーバープリントモード」の設定を「PDFのオーバープリントに準拠する」に設定しておくと、Acrobatでの表示と同じ出力結果を得ることができます。
ただし、DeviceGray 0%、つまり印刷的には墨100%のデータを、最新演算処理でオーバープリントにしたい場合は、上記仕様の通り、単純にオーバープリント指定をしてもノセにはなりませんので注意が必要です。とりあえず、Trueflowの「自動オーバープリント設定」を利用すれば最新演算処理でもDeviceGrayによる墨ベタをノセにすることができますが、これはPDFの書き換えて実現しているので、汎用性のつまり、元のPDFを他のRIPで処理した場合には同じ結果にならないという観点からあまりオススメできません。
DeviceGrayは最近のDTPアプリケーションでは、ほとんど使用されません。
確実な墨ノセ指定のためにはDeviceGrayへの「自動オーバープリント設定」を期待するのではなく、DeviceCMYKやDeviceN、Separationなどのインキを前提とした色空間でオーバープリント設定する事を推奨します。この指定により、演算系に関わらず確実な墨ノセ処理が行われます。
QuarkXPress 8のPDF書き出しでは、出力のカラースペースを明示的に指定できるので、DeviceGrayのみで記述されたPDFを作成することもできますが、推奨設定ではありません。

OPM-2.png■OPMとの関連
上記のDeviceGrayを除く、この3種類のオブジェクトに設定されたオーバープリントの処理は、これらのオブジェクトがDeviceCMYKで定義されている場合が前提になっています。
OPMについて説明した「オーバープリントを正しく理解する(3) - OPM」の記事にも「DeviceCMYKのオーバープリントの挙動を変えるOPM」とあるように、DeviceCMYKのオーバープリントだけは「版が0%であるかどうか」に基づいて処理が行われます。この動作が一般的な/OPM 1の場合の処理になります。
つまり、/OPM 0の場合は、この4種類のオブジェクトに限らず、全てのDeviceCMYKのオブジェクトに設定されたオーバープリントは対象がプロセスカラーの場合、有効ではありません。

APPE_op_DevN.png■特色オブジェクトが対象の場合
この3種類のオブジェクトがDeviceCMYKでオーバープリントが設定されていても、その下部にあるオーバープリントの対象となるオブジェクトが、特色のオブジェクトの場合はノセになります。
特色オブジェクトとは、特色がSeparation色空間やDeviceNで定義されている場合つまり予約語は使用されていない場合を差します。
この特色は、明らかにDeviceCMYKとは「版」が異なるので、オーバープリントが設定された場合に、単純にノセになります。これは、上記の条件から、この3種類のオブジェクトの例外や、OPMにも関係なく、ノセになります。
つまり、この3種のオブジェクトの例外は、あくまでもプロセスカラーどうしのオーバープリントにのみ影響を与えます。

■オブジェクトがDeviceCMYKでない場合
プロセスカラーどうしであっても、オーバープリント指定されたこの3種類のオブジェクトがDeviceNで必要な版のみが指定されている場合は、以前の記事「Adobe PDF Print Engineでのオーバープリント(1) - 概要」で図示したような例であっても、グラデーションや画像オブジェクトをDeviceNで定義する事で、OPMの設定やTrueflowの演算系の新旧に関わらず、ノセになります。
右図はグラデーションの例ですが、画像であるダッキーの例では、あえてCyan成分が全くない画像にオーバープリント指定すると、従来演算系で背景のCyanが透けて見えますが、画像がDeviceCMYKではなくDeviceNで記述されれば、最新演算系でも透けて見えます。

PreSepa.png

■歴史的背景
グラデーション(シェーディング)、パターン、画像、DeviceGrayなどに設定されたオーバープリントの処理については、PostScriptでは厳密に決められていませんでした。
「正しい出力とは何か」を考える上では、画面上の表示が、実際の印刷結果と一致するのが好ましいのですが、当時のDTPアプリケーションでは、オーバープリントプレビューができなかったり(今もQuarkXPressはサポートしていません)、印刷結果の方もアプリケーション側で分版するプリセパレーション運用が主流であったために、それらの出力を予測する事は困難で、「正しい出力」の定義も曖昧でした。
「オーバープリント」とは、分版の方法を定義する記述なので、DTPアプリケーション側で分版するプリセパレーション運用では、オーバープリントの挙動もDTPアプリケーションの実装で決まってしまいます。
その状況において、当時からIn-RIPセパレーション運用を推奨していたTrueflowでは、オーバープリント設定されたものは、設定通り極力ノセる仕様になっていました。
一方では間違ったオーバープリント設定されたデータも多かったので、オーバープリント設定を無視したり、自動的に墨ノセにする運用が良く行われていました。
今では、DTPアプリケーション側ではオーバープリントプレビューが実装され、PDFの規格で厳密な挙動も定義されたので、画面で見た通り、Acrobatでの表示通りに出力する事が可能になってきました。
例えば、従来のPostScript運用ではDeviceCMYKの0%の解釈が曖昧で、アプリケーションやRIPで結果が異なる問題を解決するために、PDFではOPMというフラグで厳密に定義されました。
今は、オーバープリントを正しく取り込んで、「自動オーバープリント設定」を使わない運用をおすすめしています。

※AD-810MXはIn-RIPセパレーションもサポートしています。

このあと、
Adobe PDF Print Engineでのオーバープリント(3) - DTPアプリケーションの挙動
Adobe PDF Print Engineでのオーバープリント(4) - 覚えておくべき事
に続きます。

[第13版] [オーバープリント] [Acrobat] [Illustrator] [InDesign] [QuarkXPress] [解説追加] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

2 3次へ

このページの先頭に戻る