出力の手引きWebのはてなブックマーク数
ホーム > 出力の手引きWeb > 解説追加|このエントリーを含むはてなブックマーク

出力の手引きWeb[解説追加]

前へ1 2 3 4 5 6 7 8次へ

2009年07月09日 | 縦書き文字に透明効果で文字が欠ける問題

■問題の概要
InDesign CS2~CS4とIllustrator CS2~CS4において、縦書きの文字に透明効果を適用して、PDF/X-1形式で出力すると、Acrobat9で表示すると文字が欠けて見えるという問題が見つかりました。Acrobat8以前では問題は発生しません。
Acrobat8-2.png  Acrobat9-2.png
■発生原理
Acrobat 9において、下記の再現条件の全てが揃った場合に、テキストクリップの文字配置の座標計算に誤りがある様で、文字の位置がずれます。
しかし、透明の分割統合によって生成される背景画像や文字全体のクリップの位置は変わらないので、文字が欠けたように見えています。
なお、InDesign CS以前やIllustrator CS以前では、同様のデータを作成してもテキストクリップは使用せず、文字をアウトライン化してその図形でクリップしているので問題は発生しません。

この問題は、分割統合処理におけるテキストクリップの扱いという意味では、以前の記事「InDesignCS2~CS4での合成フォントの問題」に類似していますが、以下の点で異なっています。

合成フォントの問題は、解釈が曖昧なPDF記述にも問題があったが、今回の問題はInDesignの出力するPDFは正常。
合成フォントの問題は、Acrobat 9で期待通りでPDFの規格とは異なる結果となるが、今回の問題はAcrobat 9で問題発生。

■再現条件(全て揃った場合のみ再現)
現時点で確認できているこの問題の再現条件は以下の通りです。
・InDesign CS2~CS4またはIllustrator CS2~CS4
・縦書き文字
・文字に透明+オーバープリント設定(InDesignでは環境設定がデフォルトの場合、[黒]スウォッチ100%は自動的にオーバープリントになります)
・PDF/X-1a形式

■回避策(どれか一つで回避)
以下のいずれかの方法でこの問題は回避できることを確認しています。
1) PDF/X-4形式で出力
2) 縦書きの文字を用いる場合には、透明効果は影響を及ぼさない範囲で使用する。
3) 縦書きで透明が必要な場合はオーバープリントとの併用を避ける(環境設定も配慮する)
4) 文字をアウトライン化 してから出力を行う。

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

2009年04月23日 | InDesignCS2~CS4での合成フォントの問題

<2010年7月27日追記>
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日|7つの問題の対策、完了しました」を参照してください。

■問題の概要
合成フォントが使用されたInDesignCS2~CS4のドキュメントからダイレクトにPDF/X-1aを出力し、Acrobat 7とAcrobat 9(やAcrobat 8)で表示させると、表示上の差違が発生する場合があります。Trueflowでも従来の演算系で同様の問題が発生することがあります。症状から見るとAcrobat 8以降で問題が修正された様に見えますが、この問題の本来の原因はInDesignが出力するPDFの記述にあり、PDFの規格としてはAcrobat 7やTrueflowでの出力結果の方が正しい(がInDesignでの表示とは異なる)事が分かっています…

acrobat9.png  acrobat7.png

…とは言っても、印刷としてはAcrobat 9での表示、つまりInDesignで見た通りの出力が得られないと、問題になる事は言うまでもありません。まずは、この問題の発生条件と、その仕組みについて理解しておくことが重要です。

ComposeFont.png■再現手順
この問題は、図の様に合成フォントで定義された書体を用いる場合に発生することが確認されています。発生のためには、以下の全ての条件に合致する必要があります。

・合成フォント
・書体に影響を与える透明効果がある
・PDF/X-1aまたはPDF1.3互換で出力をする
・文字列にスペース文字が含まれる

こうして作成したPDF/X-1aは処理系によって出力が異なる不確定要素を持ったPDFになり、Acrobatのバージョンや、CPSI、Trueflowの従来処理やTrueflowのAdobe PDF Print Engineなどによって、得られる出力がこの2通りのいずれかに分かれます。
期待される出力は、もちろんInDesignで見た通りの出力です。

algorithm.png■なぜ期待通りの出力にならないか?
この様なデータが透明が許可されないPDF/X-1aに出力された場合、データ記述上はどうなっているのでしょうか?

・文字の透明効果は、背景となる矩形の画像を合成し、文字の形状で、その画像をクリップすることで表現されています。
・PDFでは、このクリップ処理をテキストクリップ(/TextClip)で記述します。
・問題になるのは、PDF書き出し時に、文字の形状が存在しないスペース文字に対しても、背景画像に対するクリップを定義してしまう事です。
・PDFの規格では、テキストクリップについて「グリフが1つも表示されない場合、または表示されたグリフがアウトラインを持たない(言い換えれば、スペース文字である)場合、クリッピングは発生しません。)」 と記載されています。
・つまり、背景となるはずの矩形の画像は生成されるが、その画像に対するクリップは発生しない事になり、生成された画像がそのまま描画され、矩形の画像が現れます。これが他の文字を隠してしまいます。

■当面の対策
以下のいずれかの対策でこの問題は回避できます。
 1) 合成フォントを前提で編集を行う場合には、透明効果は影響を及ぼさない範囲で使用する。
 2) TrueflowのAdobe PDF Print Engineを用いるルートで処理をする。(PDF/X-1aでもPDF/X-4でも)
 3) Trueflow従来演算処理を使用する場合は、PDF/X-4形式で入力する。
<注意>この問題はInDesignCS2~CS4で「合成フォント」の機能を使わない場合は発生しませんので、原因の異なる問題には上記対策は有効ではありません。

■まとめ
・PDFを規格通り正しく処理すると、Acrobat7以前やTrueflowの従来演算の出力のようになります。つまり、PDF処理としては正しいが、印刷物として期待通りではない、という結果になってしまいます。
・本来はInDesignのPDF出力を修正し、合成フォントでも、通常のフォント指定と同じ様に出力されれば、RIPやAcrobatの違いによる、出力の差違を避けることができるはずです。
・この問題の各々の処理系の挙動は以下の通りです。

 InDesignの表示通り PDFの規格とは異なる:Acrobat8/9、Trueflow最新演算(Adobe PDF Print Engine)
 PDFの規格通り InDesignの表示とは異なる:Acrobat4~7、CPSI、Trueflow従来演算

合成フォントの場合でも通常のフォントと同じ様に、適切なPDFで出力されれば、全ての処理系で「PDFの規格通りで、InDesignの表示通り」になります。

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

2009年03月05日 | 「白ノセ」トラブルを解決する(3)

これだけトラブルが発生している白ノセですが、この様な問題がある事は結構知られています。また、白のオブジェクトに意図的にオーバープリント指定をする人もいないと思います。
それでも、この手のトラブルは無くならないのは、オペレーション手順の落とし穴に気付いていない事も関係していると思います。
では、どの様なオペレーションをすると、白ノセが設定されてしまうのでしょうか?

■原因1(IllustratorCS~CS4で確認)
墨ノセなど、白以外のオブジェクトにオーバープリント指定された色を、後で白に変更すると、大きな警告*1もなく(小さな警告表示*2はありますが)設定できてしまいます。

ai_warning2.pngai_warning1.png

warning.png

大きな警告は、Illustratorで普通に白のオブジェクトにオーバープリント指定しようとすると表示され、「続行」をクリックすると白ノセになってしまいます。「便利です。」と書かれていますが、どの様に便利なのか不明です。

■原因2(IllustratorCS~CS4, InDesignCS, CS2で確認)
図形オブジェクトの線を黒に、塗りを白に設定し、線の黒にオーバープリントを指定します。その後、「カラー」や「スウォッチ」「ツール」のパレットで「塗りと線を入れ替える」を行うと、線の黒が白になりオーバープリント属性はそのまま残ります。

1)黒の線にオーバープリントを設定する
 →白の「塗りオーバープリント」はグレーアウトしており、白ノセの設定はできない
InD_CS2_op1.png

2)「塗りと線を入れ替える」をクリックすると白の線が白ノセに(下図はオーバープリントプレビューOnの状態)
 →InDesignでは「線オーバープリント」がグレーアウトされ、色を戻さないとをOffにもできない。
InD_CS2_op2.png

■白ノセにならない場合の動作
白ノセにならない場合の動作と、原因と各々のバージョンでの挙動について、以下の表にまとめました。
OP_table.png
AdobeCS以前のバージョンについては(基本的には)ここでは解説しません

■まとめ
この表からも分かる様に、Illustratorで墨ノセオブジェクトを白に変更した場合、というケースで最も多く、気付かぬうちに白ノセ指示してしまう様です。
また、InDesignでの問題はCS3以降では修正されている様です。
ここで挙げた白ノセが指定されるオペレーションは、これだけで全てかどうか分かりません。他にも気付かぬうちに白ノセ指定をしてしまうオペレーションがあるかも知れません。
前の記事にあった無意識のうちに白ノセが出力されるケースも含めて、PDFで出力してAcrobatのオーバープリントプレビューなどを活用する事で、実際に印刷する前に十分チェックしておく事が大切です。
チェックには手間がかかりますが、事故になってから復旧するよりはいいはずです。

最も重要な事は、白ノセのトラブルを防ぐには、データ制作の時点で十分に注意する以外に有効な対策はない、という事です。

<番外編>Illustrator5.5では通常は白のオブジェクトにオーバープリントの指定はできませんが、「すべてを選択」してからオーバープリント指定をすると、白のオブジェクトにもオーバープリントが指定できてしまいます。

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

2009年03月02日 | 「白ノセ」トラブルを解決する(2)

■結論
正しい白ノセが設定されていないデータを、データ通り処理すれば問題ありません。
TFWhiteOP.png
■Trueflowで白ノセを無視できます。が…
Trueflowでは白色のオーバープリントの取り込みをOn/Offする設定があります。Offにする事で間違って設定された白ノセを無視して、白のオブジェクトを見える様に出力しようという設定です。
しかし、この設定は「入稿データを変更する」ことを意味しており、必ずしも期待通りの出力が得られるわけではありません。
確かに、この設定によって「出力データ」の内部で白色に設定されているオーバープリントは無視されますが、DTPアプリケーション上での白ノセが、そのまま「出力データ」に反映されない場合があり、そうなると出力もTrueflowの設定どおりにはなりません。

■期待通りにならない2つのケース
以下の二通りの出力データ作成時の「内部的な処理」が行われた場合に問題が発生します。

1)白ノセが、白ノセではない出力されない別の記述に書き換えられる
 →これはデータ上では白ノセではなくなるので、RIP側で回避できません。
2)DTPアプリケーション上で設定していない白ノセが出力される
 →RIP側で白ノセを無視すると、見えないはずの白ノセが、白く出力され他のオブジェクトを隠します。

具体的には、データ出力時に以下の様な動作が行われます。

ObjectInspector.png1)DTPアプリケーションでは最適化と称して「白ノセは出力されない」前提で、オブジェクトごと消去したり、白色を特色Separation(分離)カラースペースの「None」という色の0%に書き換えたりする場合があります。色の名前「None」は「描画しない」という予約語です
2)白ノセを設定しなくても、特定のグラデーションやトラップデータにおいて、出力されない前提で白ノセオブジェクトが無意識のうちに出力データに含まれる場合があります。

■具体例
1)の特色「None」になるケースとしては、例えばIllustratorCS4でEPS出力するだけで、白ノセが特色「None」0%になって出力されます。
2)のケースとしては、例えばIllustrator10で特色-プロセスのグラデーションを記述すると、白ノセの記述が入り、白ノセを無視すると白オブジェクトが見える事で、グラデーションの一部が消えてしまいます。

これらの問題になる内部処理はこれだけではありません。また、それぞれ、DTPアプリケーションのバージョンが異なると、挙動も異なります。
Acrobat 9のオブジェクトインスペクタを用いて、どの様になっているか調べてみましょう。

■まとめ
結局白ノセのトラブルはTrueflowの設定では防ぐ事ができないだけでなく、白ノセを取り込まない事が別の問題を引き起こす原因となるのです。Illustrator5.5/8+QuarkXPress3.3/4.1の時代は、もう少し役立つ機能だったのです…

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

2009年02月26日 | 「白ノセ」トラブルを解決する(1)

WhiteOP1.png
まず、「白ノセ」オブジェクトが消えてしまうというトラブル事例は、現在でもよく聞きますが、なぜ「白ノセ」は消えてしまうのでしょうか?
以前の記事「オーバープリントを正しく理解する」と「オーバープリントを正しく理解する(2) - DeviceNの影響」では、上部のオブジェクトに0%の「版」がある場合は、その「版」に関しては下部のオブジェクトが透けて見える、のがオーバープリントであると説明しました。
「白ノセ」オブジェクトが消えてしまう事も同じ原理で説明できます。
「白」は全ての版が0%になります。ここではDeviceCMYKの場合を例にしています
この「白」にオーバープリント指定された場合、全ての版が透ける事になり、結果上部の白のオーバープリントオブジェクトは消えてしまいます。
白ノセのトラブルは、文字が消えるなど深刻な印刷事故の原因となりますが、オーバープリントの挙動としては正しく、これも「データ通りの出力」と言えます。
オーバープリントプレビューを活用して事前に確認しておく事が重要です。
WhiteOP2.png

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

2009年02月12日 | 文字か消える問題を回避する

FontDownload.png
発生頻度としては極めて希ですが、AdobeCS系のアプリケーションからPostScript出力をする場合に、文字単位で消えて出力されないという問題が発生する事があります。
この問題は、そのPostScriptをDistiller 8以前で処理しても再現させる事ができます。同じPostScriptでもDistiller 9では発生しません。
この様な場合、同じドキュメントでもアプリケーションからダイレクトにPDF出力することで、問題を回避する事ができます。
もちろんTrueflowでは「最新PDF処理」で処理する事がオススメですが、「従来PS/PDF処理」でも回避できます。
どうしてもPostScriptで出力をしなければいけない場合(どんな場合だろう?)には、プリントダイアログの「グラフィック」→「フォント」→「ダウンロード」の設定として標準的な「サブセット」から「完全」に変更する事で、問題が回避できる場合があります。
ただし、この「完全」の設定は、一般的にはあまり使用されておらず、実績が十分とは言えませんし、当社でもこの設定での十分な評価は行っていません。
いざと言う場合の最後の手段として試してみる価値はあるかも知れませんが、この設定は推奨できません。
PDFにダイレクトに出力する事が、この問題を回避するための推奨運用になります。

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

2009年02月02日 | InDesignCS3/4の「効果」の問題(Adobe情報)

<2010年7月27日追記>
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日|7つの問題の対策、完了しました」を参照してください。

以前の記事「InDesignCS3/4の「効果」で出力が不正になる」でお知らせした「べベルとエンボス」、「シャドウ(内側)」、「光彩(内側)」、「サテン」が使われていると出力が不正になる問題について、Adobeのサポートデータベースの文章番号235048が掲載されました。

InD_effect.png

「ドロップシャドウ」、「光彩(外側)」、「基本のぼかし」、「方向性のぼかし」、「グラデーションぼかし」などの効果は問題ありません。

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

2009年01月29日 | AdobeCS系のカラー設定と透明効果(つづき)

<2010年7月27日追記>
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日|7つの問題の対策、完了しました」を参照してください。

ColorError.png以前の記事「AdobeCS系のカラー設定と透明効果」でお知らせした透明の領域の色がおかしくなる問題について、以下のTrueflowのバージョンの「最新PDF処理」つまりAdobe PDF Print Engineを使う処理において、回避措置を組み込みました。

■対応Truflowバージョン
・Trueflow SE Ver5.01 TF155以降
・Trueflow SE Ver6.00 TF035以降
最新PDF処理における対応であり、Trueflow Ver4.01以前のバージョンは含まれません。

■内容の詳細
この対応は、Adobe PDF Print Engineでの処理を行う前に、つまりTrueflowの「入力処理」において透明に対するICCプロファイル(ICCBasedCMYK)を「DeviceCMYK」に書き換えることで、この問題を強制的に回避します。
この回避措置は、多くの同じ原因の問題に効果がありますが、完全ではありません。
完全な回避方法は、正しくデータを作ることであり、PDFの記述通り、つまり透明効果に付加されたICCプロファイルを書き換えず、そのままの処理が必要になる事も(必要性は低いですが)あり得ます。Trueflowの推奨設定であれば、この様なケースはあり得ませんが、そもそもこの問題は発生しません。
元々、Trueflowでは透明の関係しない個別の画像オブジェクトに関しては、ICCBasedCMYKからDeviceCMYKへの書き換えを行っていましたが、透明分割時のICCプロファイルに関しては、イラスト系オブジェクトにも影響のある別の記述であったために、この処理は行っていませんでした。
今回の対応では、透明に対するICCプロファイルも書き換えた方が、遙かに高い確率でトラブルを回避できることから、この様な対応をおこなっていますが、システム設定の変更によって、このICCプロファイルを書き換える対応を行わない従来通りの処理に戻すことも可能です。

この問題に関しては、Adobeのサポートデータベースの文章番号233382に詳しい情報が掲載されています。

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

2008年12月12日 | InDesignCS3/4の「効果」で出力が不正になる

<2010年7月27日追記>
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日|7つの問題の対策、完了しました」を参照してください。

■症状
InDesignCS3以降でサポートされた「効果」の内、以下のものを使用し、対象となるオブジェクトが回転されていると出力が不正になる場合があります。InDesignCS4でも発生します。
・べベルとエンボス
・シャドウ(内側)
・光彩(内側)
・サテン

■技術的原因
これらの効果で作成したPDFは、Acrobat上では問題ない様に見えますが、PDF処理系統に問題があり、何らかの「PDFに関わる操作」が行われると問題が表面化します。
容易に再現を確認する方法として、AcrobatのTouchUpオブジェクトツールで対象となるオブジェクトを僅かに移動します。この操作によって内部で「PDFに関わる操作」が行われ、効果の部分が大きく変化します。
Trueflowでも、自動製版やカラー変換など、設定によってはPDFを操作する場合があり、同様の問題が発生します。

■回避方法
回避方法としては、以下のいずれかの方法が考えられます。

1) 同様のデザインをIllustratorで行い、InDesignで配置して出力
 →この方法であればInDesignを経由しても問題は発生しません。

2) PDF/X-1a出力をすることで、効果を画像化しておく
 →Adobe PDF Print Engineの品質上のメリットは活きませんが、データには手を加えずに、すぐに出力することが可能です。

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

2008年12月12日 | IllustratorCS4の透明グラデーション

IllustratorCS4で新たにグラデーションに透明の設定もできる様になりました。
この透明度が変化するグラデーション(以降「透明グラデーション」)は、従来は「不透明マスク」などの機能を使用する必要がありましたが、IllustratorCS4では簡単にオペレーションできる様になっています。
この様な透明グラデーションが含まれたデータもTrueflowでは問題なく出力できます。
Trueflow出力の手引き 第13版でサポートしているTrueflowのバージョンでしか確認していません
smask.pngshadingsetup.png
しかし、このIllustrator CS4で作成した透明グラデーションのデータを、Adobe Creative Suite 2世代以前のアプリケーションに取り込むと、右図の様に表示され、それを出力しても表示と同じ様に該当オブジェクトが欠落します。
Photoshop CS2でラスタライズしたり、Illustrator CS2で貼り込んでも同じ問題が発生します。

Trueflow出力の手引き 第13版 P3(第12版でもP3)にも書いてある通り、IllustratorとInDesignのバージョンは合わせて出力する事が推奨ですが、特にこの透明グラデーションが含まれたデータは明らかに問題が発生します。
InDesign CS3では、簡単なデータでは問題ない様に見えますが、複雑なデータでの出力は確認されておらず、保証もできません。
もう一度、IllustratorとInDesignのバージョンの整合性について徹底されることをお勧めします。
CompatibleTable.png
Windows版のAcrobat 7では表示できる場合もある様ですが、Acrobat 6以前ではやはり問題があります。

[第13版] [透明効果] [Illustrator] [解説追加] | 固定リンクこの記事をメールで共有 このエントリーを含むはてなブックマーク

前へ1 2 3 4 5 6 7 8次へ

このページの先頭に戻る