PDFのオーバープリントに注意

オーバープリントの乱用は危険

InDesignやIllustratorなど、DTPアプリケーションにはオブジェクトに「オーバープリント」という属性を指定する機能が備わっています。この機能はオブジェクトが重なっている場合に、上のオブジェクトを透かして下のオブジェクトの色も見えるようにするというものです。たとえば上のオブジェクトがシアン80％、下のオブジェクトがマゼンタ100％だとすると、重なった部分はC80％M100％の掛け合わせになるわけです。

最近は透明効果が使われるようになり、オーバープリントとの違いが分かりにくくなっていますが、オーバープリントは上のオブジェクトが持つ4つのカラーチャンネル（CMYKの各版）のうち、濃度がないチャンネルでだけ下の色が透ける処理が行われます。逆に、たとえば前述のケースで、上のオブジェクトがC80％M1％だった場合、マゼンタチャンネルは下の100％が透けて見えず、上の1％だけが印刷されることになります。そうするとオーバープリント指定の効果はなく、印刷では（ほぼ）シアン単色に見えるはずです。

このように、オーバープリント機能はチャンネルのデータが0か0以外かで色が大きく変わるため、むやみに使うのは危険です。オーバープリントが必要なのは、特色との掛け合わせや版ズレを防止する目的で墨ベタを下の色に乗せる場合くらいで、それ以外はできるだけ使わないようにするべきでしょう。

とはいえ、実際のDTPでは、オーバープリントが意味なく指定されたデータが出力に回されるケースも少なくありません。そのため、出力現場では、特色が使われていない限り、RIPの機能を使って墨ベタ以外のオーバープリントの指定を解除して出力するということが広く行われています。ほとんどの場合、制作オペレーターは自分がオーバープリントの指定をしたことに気づかずにデータを作っているので、これでも多くのケースでは問題ないわけです。

DTPでは、データで指定されたものがそのまま出力されるというのが原則ですが、オーバープリントだけは例外的に出力環境（RIPの機能）や出力オペレーターの操作に依存する要素なのです。

なお、以前はアプリケーションの出力機能で分版を行っていましたが、最近はIn-RIPセパレーション機能の備わったRIPがほとんどになり、RIPで分版処理することが一般的になっています。そのほうが効率的なのですが、それだけにRIPの機能に依存する度合いも高くなってきました。

PDFのカラー定義

Acrobatのプリフライト機能を使っていると、同じようなカラーのオブジェクトでも、DeviceCMYK、Separation、DeviceNといったいくつかの種類があることに気付きます。

「DeviceCMYK」というのは、CMYKの4つ全てのチャンネルのパーセントが指定されたカラーです。この場合、シアンにしか色がなくても、他の3つのチャンネルにも「0」という数値が与えられます。これが通常の4色CMYKデータです。

一方、「Separation」というのは通常特色の版で使われるカラーで、基本的に単色しか扱えません。DeviceCMYKというカラースペースは、CMYKの4チャンネルの値だけにしか使えないため、特色を扱うためにこの色定義が必要になったのですが、実際には特色だけでなく、CMYKの1色を表現する場合にも使われます。

たとえば、K版だけのオブジェクトに対して、DeviceCMYKで「0,0,0,100」などと定義するのではなく、Separationで「Black＝100」のように定義することも可能なのです。この場合、CMYの各チャンネルにはこのオブジェクトは“存在しない”ことになります。

また、「DeviceN」というのはPostScript 3およびPDF1.3以降で使われるようになったカラー定義で、CMYKも特色も同じように扱え、多色印刷にも対応できます。

DeviceNでは、色のチャンネル数は決まっていません。定義すればどのようなチャンネルも含めることができるのです（定義できるチャンネル数は、PDF1.3で8色、PDF1.5では32色）。たとえば、「（特色）DIC 202,（特色）Cyan,（特色）Yellow＝50,25,100」というように、CMYKと特色の掛け合わせも問題なく可能です。

なお、InDesignでは、混合インキスウォッチで特色同士やプロセスカラーと特色の掛け合わせを指定できますが、この混合インキスウォッチで指定された色はDeviceNで表現されることになります。

DeviceNでは、必要な色だけを定義することができます。たとえば、シアンとブラック、それに特色1色の合計3チャンネルが定義されたDeviceNのオブジェクトは、マゼンタやイエローのチャンネルには“存在しない”のです。

カラー定義の変換

DeviceCMYKとSeparation、DeviceNの最大の違いは色数です。DeviceCMYKは（たとえ0％であっても）必ずCMYKの4つのチャンネルでなければならないのに対して、Separationは1つだけ、DeviceNはチャンネルはいくつでも定義できますし、CMYKが揃っている必要もありません。

これがオーバープリント処理で重要なポイントになります。実はRIPによっては通常のDeviceCMYKだとオーバープリント処理されない場合があるのです。

DeviceCMYKをオーバープリント処理するには、上のオブジェクトで0％のチャンネルがあればそれをパスして下の色を使うということになります。ところが、Adobe純正RIPの基本的な仕様だと、0％のチャンネルはたとえオーバープリントの指定があってもパスされません。つまり、DeviceCMYKは本来オーバープリント処理できないのです。

そのため、各RIPはそれぞれ独自の機能を追加してDeviceCMYKの0％チャンネルで下の色が使えるようにしていました。ただし、これはあくまでも各RIPに依存するものです。

そこで、DeviceCMYKをSeparationやDeviceNに変換することで、オーバープリント処理するという方法がPDF出力では行われています。DeviceCMYKは不要なチャンネルが0％と記述されますが、Separationは単色だけで他のチャンネルはありませんし、DeviceNも不要な（つまり0％の）チャンネルは普通記述されません。

0％でなく、そのチャンネルそのものが“ない”のであれば、Adobe純正RIPの仕様でもオーバープリント処理は行えるのです。

なお、PDFではDeviceCMYKオブジェクトに「OPM」という属性が指定できるようになっています。OPMとはオーバープリントモードのことで、オーバープリントが指定されたオブジェクトのオーバープリント処理をコントロールするための属性です。

OPMには0と1の2つのモードがあります。OPM 0のDeviceCMYKオブジェクトが上にある場合、0％のチャンネルは0％として出力されます。つまり、オーバープリントの処理は行われないわけです。

DeviceCMYKのオブジェクトにOPM 1が適用されていれば、0％のチャンネルは無視して下の色を出力する、つまりオーバープリントが適用されることになります。OPM 1は、Distillerの「詳細設定」で「オーバープリントのデフォルトをノンゼロオーバープリントにする」にチェックが入っていればPDF全体に適用されます。

OPM 1はIllustratorのオーバープリントと同じ処理であり、IllustratorやInDesignのオーバープリントプレビュー表示でもオーバープリントされたオブジェクトはOPM 1として表示されます。

オーバープリントの問題

オーバープリントが適用された掛け合わせのオブジェクトは、InDesignの出力設定で「色分解（In-RIP）」を指定して出力した場合、CS3以降ではDeviceNになりますが、CS2ではSeparationで出力されます。ただし、Separationでは掛け合わせが表現できないので、チャンネルごとに単色のオブジェクトが作られ、それがオーバープリントされます。

たとえば、C100M50のオブジェクトだった場合、C100のオブジェクトとM50のオブジェクトがピッタリ重なって作られるのです。この場合、もしオーバープリントの指定が解除されてしまうと上の色だけが出力されることになり、全く違う色になってしまいます。オーバープリントで下のオブジェクトと重なっていた部分の色が変わるのは当然としても、オーバープリントが指定されているだけで下にオブジェクトがない場合でも色が変わってしまうわけです。

オーバープリントの指定はスミベタ以外解除されることが多い出力で、このことは重大なトラブルを引き起こしかねません。

また、白オブジェクト（CMYKが全て0％）にオーバープリントが指定されているAIファイルが貼り込まれている場合（InDesignでは白にオーバープリントを指定できないがIllustratorでオーバープリント指定された白オブジェクトのファイルを貼り込むということはあり得る）、InDesign CS2から「色分解（In-RIP）」で出力すると、白オブジェクトそのものが削除されます。一方、コンポジット出力ではオーバープリントが効いた状態で出力されるので、（オーバープリントが再現できない）プリンタから出すと白くなり、分版出力やAcrobatのオーバープリントプレビューで見ると消えてしまうということになります。

オーバープリントの問題は従来からありましたが、PDF出力が一般的になってくるとこれまで以上にトラブルが複雑化してきました。ただ、こういったトラブルはデータの作り方しだいで未然に防ぐことが可能です。不用意なオーバープリントの指定はしないよう注意が必要でしょう。

（田村　2008.10.20初出）

（田村　2016.11.8更新）