出力の手引きWeb[第13版]
2009年05月22日 ｜ InDesignCS2～CS4での合成フォントの問題（Adobe情報）
＜2010年7月27日追記＞
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日｜7つの問題の対策、完了しました」を参照してください。
以前の記事「InDesignCS2～CS4での合成フォントの問題」でお知らせした問題について、Adobeのサポートデータベースに「文章番号235553 書き出した PDF ファイルを Acrobat 6.0/7.0 で開くとテキスト上に帯が表示されるまたは印刷される（InDesign CS3/CS4）」が掲載されました。当社ではCS2でも同じ問題がある事を確認しています。
以前の記事ではスペース文字としか書いていませんでしたが、全角スペースでは発生せず、半角スペースのみで発生する事も明記されています。
また、確認方法としては古いAcrobatではなく、Illustrator CS4でPDFを開くことでも確認することができる、とあります。
この文章によると、以下の回避方法が提案されています。
・透明の分割・統合プリセットを新規で作成し、「全てのテキストをアウトラインに変換」にチェックをする。
・テキストフレームの階層を透明オブジェクトの上に変更する
・PDF1.4以降の透明をサポートする形式で書き出す
・合成フォントを使用しない
・PostScriptファイルへ書き出しを行う
・半角スペースの文字カラーを [なし] で置換する
このAdobeのドキュメントに回避方法の詳細が記載されていますので参照して下さい。
関連ドキュメントとして、「文書番号 235048 オブジェクトに効果を適用して書き出した PDF ファイルでは正しく出力されない（InDesign CS3/CS4）」が記載されています…
[第13版] [透明効果] [InDesign] [お知らせ] ｜ 固定リンク｜
2009年05月13日 ｜ RIPのメモリ消費量を少なくする編集(2) - パッチ公開
＜2010年7月27日追記＞
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日｜7つの問題の対策、完了しました」を参照してください。
以前の記事「RIPのメモリ消費量を少なくする編集」でお知らせしていたTrueflowのパッチが公開されました。
以下のTrueflowの2バージョンに対するパッチがTrueflowテクニカル・ウェブ・サポート(*1)からダウンロード可能になっています。
・Trueflow SE Ver5.01 TF159
・Trueflow SE Ver6.01 TF106
このパッチにより、Error during transparency atomic region processingと表示されるエラーの問題を改善します。
処理速度と演算の安定性向上のために、透明効果の適正使用と使用状況の確認が重要である事に変わりありません。
改善を有効化するためには設定変更も必要です。詳しくはリリースノートを参照して下さい。
Adobe PDF Print Engineを用いる処理ルートでの修正なので、Ver5.0未満のバージョンには関係ありません。
(*1)Trueflowテクニカル・ウェブ・サポートとは、登録されたお客様がサポート情報の閲覧、パッチのダウンロードなどを行えるTrueflowユーザー様向けのサービスです。ご登録を希望される方は弊社営業にお問い合わせ下さい。
2009年04月28日 ｜ RIPのメモリ消費量を少なくする編集
＜2010年7月27日追記＞
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日｜7つの問題の対策、完了しました」を参照してください。
Adobe PDF Print Engineは透明をそのまま演算できるRIP技術ですが、やはり透明の影響範囲が大きいデータでは、システムのメモリ状況に応じて、演算速度が遅くなったり、メモリ不足でエラーになるケースが発生することが確認されています。これは、以前より存在していたはずの問題ですが、近年PDF/X-4の運用が増えてきたことにより、表面化してきました。
■無意識に指定される透明
一般的なデータでは、そこまでメモリを逼迫することは少ないのですが、時として透明を使用していないつもりでも、出力されたPDF上で気付かぬうちに透明オブジェクトがみつかる場合があります。
ドロップシャドウやぼかしなど、明示的に「透明」を使っていなくても効果を得るために透明が使われる事は、Trueflow出力の手引き 第13版 P7でも説明している通りです。
これらの透明は「必要性のある透明」と言えます。
■不要なのに透明を使ってしまう場合
最近よく使われる様になってきたPhotoshopネイティブファイル(.psd形式)を配置する場合にも、画像全体が透明オブジェクトになってしまう場合があります。
具体的にはPhotoshopでレイヤーを使用しており、レイヤー名「背景」が含まれていない場合、画像全体が透明オブジェクトになってしまいます。レイヤーパレットにおいて、レイヤー名「背景」が表示状態である場合は、そのpsd画像は透明ではありませんが、たとえレイヤーが1つしかない場合でも、それが「背景」でない場合は、本当は必要ない場合も含めて透明オブジェクトになってしまいます。
もちろん、レイヤー効果を得るためだったり、切り抜きエッジを滑らかになじませるためなどの理由で、あえてPhotoshop上で市松模様で表示される透明部分を指定する様な場合は仕方がないのですが、その必要のない画像例えば色調の調整やサイズ変更のためだけにPhotoshopを使用している場合などに関しては、その透明は「必要性のない透明」です。レイヤーパレットのメニューにある「画像を統合」処理を行う事で、透明にならない「背景」のみのpsdファイルが作成できます。
ただし、このオペレーションはネイティブファイル上でのレイヤー情報も破棄されてしまいますので、レイヤーが必要な場合には出力用とは別に編集用のネイティブを残しておく必要があります。
状況を正確に把握するためにTrueflow出力の手引き 第13版 P13の「透明の確認方法」にある手順で、どの領域が透明に指定されているか、あらかじめチェックしておくことが重要です。
■それでもメモリ不足になる場合
残念ながら、上記の様な確認を行い、不要な透明を含まない様に編集した場合でも、デザインの内容や、RIP上のメモリ状況などによって、メモリ不足となってしまうケースが確認されています。
その場合、Trueflowのエラー詳細情報には以下の様なメッセージが含まれています。
Error during transparency atomic region processing
これは、微細領域（atomic region）の透明処理においてエラーが発生していることを示していますが、実際には処理のためのメモリ不足に起因していることが分かってきました。
■Truflow側での改善
もちろん、この問題はLive TransparencyなPDF/X-4の運用で発生するので、事前に透明処理が済んでいるPDF/X-1a形式であれば発生しません。しかし、それではせっかくのPDF/X-4+Adobe PDF Print Engineの継ぎ目のない透明処理、高品位なRGB運用や文字品質などのメリットを活かしきることができません。ちなみにAdobe PDF Print EngineはPDF/X-1aの処理も高速です
Trueflowではこの問題に対して、Adobe PDF Print Engine自体の修正ではなく、その使い方を工夫することで、処理の改善を行います。この改善により、現在までに報告された同様の問題の現時点では、1つのファイルで確認された例外と、極端に複雑な一部のデータを除きほとんどが正常に処理できる様になることを確認しています。
上記の様なエラーメッセージでエラー終了する事がある場合、以下に記載した近日公開予定のTrueflowパッチの適応をお勧め致します。
■対応Truflowバージョン
以下のTrueflowの2バージョンに対するパッチが近日（5月中旬頃の予定です）Trueflowテクニカル・ウェブ・サポート(*1)からダウンロード可能になる予定です。ダウンロード可能になりましたら改めてこのサイトでも即日お知らせ致します。
・Trueflow SE Ver5.01 TF159
・Trueflow SE Ver6.01 TF106
改善を有効化するためには設定変更も必要です。詳しくはリリースノートを参照して下さい。
Adobe PDF Print Engineを用いる処理ルートでの修正なので、これ以前のバージョンには関係ありません。
(*1)Trueflowテクニカル・ウェブ・サポートとは、登録されたお客様がサポート情報の閲覧、パッチのダウンロードなどを行えるTrueflowユーザー様向けのサービスです。ご登録を希望される方は弊社営業にお問い合わせ下さい。
お知らせ
今回の記事をきっかけに、カテゴリー「透明効果」を追加し、過去のいくつかの記事の属性に追加しました。
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での表示とは異なる）事が分かっています…
…とは言っても、印刷としてはAcrobat 9での表示、つまりInDesignで見た通りの出力が得られないと、問題になる事は言うまでもありません。まずは、この問題の発生条件と、その仕組みについて理解しておくことが重要です。
■再現手順
この問題は、図の様に合成フォントで定義された書体を用いる場合に発生することが確認されています。発生のためには、以下の全ての条件に合致する必要があります。
・合成フォント
・書体に影響を与える透明効果がある
・PDF/X-1aまたはPDF1.3互換で出力をする
・文字列にスペース文字が含まれる
こうして作成したPDF/X-1aは処理系によって出力が異なる不確定要素を持ったPDFになり、Acrobatのバージョンや、CPSI、Trueflowの従来処理やTrueflowのAdobe PDF Print Engineなどによって、得られる出力がこの2通りのいずれかに分かれます。
期待される出力は、もちろんInDesignで見た通りの出力です。
■なぜ期待通りの出力にならないか？
この様なデータが透明が許可されない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はありますが）設定できてしまいます。
大きな警告は、Illustratorで普通に白のオブジェクトにオーバープリント指定しようとすると表示され、「続行」をクリックすると白ノセになってしまいます。「便利です。」と書かれていますが、どの様に便利なのか不明です。
■原因2（IllustratorCS～CS4, InDesignCS, CS2で確認）
図形オブジェクトの線を黒に、塗りを白に設定し、線の黒にオーバープリントを指定します。その後、「カラー」や「スウォッチ」「ツール」のパレットで「塗りと線を入れ替える」を行うと、線の黒が白になりオーバープリント属性はそのまま残ります。
1)黒の線にオーバープリントを設定する
→白の「塗りオーバープリント」はグレーアウトしており、白ノセの設定はできない
2)「塗りと線を入れ替える」をクリックすると白の線が白ノセに（下図はオーバープリントプレビューOnの状態）
→InDesignでは「線オーバープリント」がグレーアウトされ、色を戻さないとをOffにもできない。
■白ノセにならない場合の動作
白ノセにならない場合の動作と、原因と各々のバージョンでの挙動について、以下の表にまとめました。
AdobeCS以前のバージョンについては（基本的には）ここでは解説しません
■まとめ
この表からも分かる様に、Illustratorで墨ノセオブジェクトを白に変更した場合、というケースで最も多く、気付かぬうちに白ノセ指示してしまう様です。
また、InDesignでの問題はCS3以降では修正されている様です。
ここで挙げた白ノセが指定されるオペレーションは、これだけで全てかどうか分かりません。他にも気付かぬうちに白ノセ指定をしてしまうオペレーションがあるかも知れません。
前の記事にあった無意識のうちに白ノセが出力されるケースも含めて、PDFで出力してAcrobatのオーバープリントプレビューなどを活用する事で、実際に印刷する前に十分チェックしておく事が大切です。
チェックには手間がかかりますが、事故になってから復旧するよりはいいはずです。
最も重要な事は、白ノセのトラブルを防ぐには、データ制作の時点で十分に注意する以外に有効な対策はない、という事です。
＜番外編＞Illustrator5.5では通常は白のオブジェクトにオーバープリントの指定はできませんが、「すべてを選択」してからオーバープリント指定をすると、白のオブジェクトにもオーバープリントが指定できてしまいます。
[第13版] [オーバープリント] [Illustrator] [InDesign] [QuarkXPress] [解説追加] ｜ 固定リンク｜ 
2009年03月02日 ｜ 「白ノセ」トラブルを解決する(2)
■結論
正しい白ノセが設定されていないデータを、データ通り処理すれば問題ありません。
■Trueflowで白ノセを無視できます。が…
Trueflowでは白色のオーバープリントの取り込みをOn/Offする設定があります。Offにする事で間違って設定された白ノセを無視して、白のオブジェクトを見える様に出力しようという設定です。
しかし、この設定は「入稿データを変更する」ことを意味しており、必ずしも期待通りの出力が得られるわけではありません。
確かに、この設定によって「出力データ」の内部で白色に設定されているオーバープリントは無視されますが、DTPアプリケーション上での白ノセが、そのまま「出力データ」に反映されない場合があり、そうなると出力もTrueflowの設定どおりにはなりません。
■期待通りにならない2つのケース
以下の二通りの出力データ作成時の「内部的な処理」が行われた場合に問題が発生します。
1)白ノセが、白ノセではない出力されない別の記述に書き換えられる
→これはデータ上では白ノセではなくなるので、RIP側で回避できません。
2)DTPアプリケーション上で設定していない白ノセが出力される
→RIP側で白ノセを無視すると、見えないはずの白ノセが、白く出力され他のオブジェクトを隠します。
具体的には、データ出力時に以下の様な動作が行われます。
1)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の時代は、もう少し役立つ機能だったのです…
2009年02月26日 ｜ 「白ノセ」トラブルを解決する(1)
まず、「白ノセ」オブジェクトが消えてしまうというトラブル事例は、現在でもよく聞きますが、なぜ「白ノセ」は消えてしまうのでしょうか？
以前の記事「オーバープリントを正しく理解する」と「オーバープリントを正しく理解する(2) - DeviceNの影響」では、上部のオブジェクトに0%の「版」がある場合は、その「版」に関しては下部のオブジェクトが透けて見える、のがオーバープリントであると説明しました。
「白ノセ」オブジェクトが消えてしまう事も同じ原理で説明できます。
「白」は全ての版が0%になります。ここではDeviceCMYKの場合を例にしています
この「白」にオーバープリント指定された場合、全ての版が透ける事になり、結果上部の白のオーバープリントオブジェクトは消えてしまいます。
白ノセのトラブルは、文字が消えるなど深刻な印刷事故の原因となりますが、オーバープリントの挙動としては正しく、これも「データ通りの出力」と言えます。
オーバープリントプレビューを活用して事前に確認しておく事が重要です。
2009年02月12日 ｜ 文字か消える問題を回避する
発生頻度としては極めて希ですが、AdobeCS系のアプリケーションからPostScript出力をする場合に、文字単位で消えて出力されないという問題が発生する事があります。
この問題は、そのPostScriptをDistiller 8以前で処理しても再現させる事ができます。同じPostScriptでもDistiller 9では発生しません。
この様な場合、同じドキュメントでもアプリケーションからダイレクトにPDF出力することで、問題を回避する事ができます。
もちろんTrueflowでは「最新PDF処理」で処理する事がオススメですが、「従来PS/PDF処理」でも回避できます。
どうしてもPostScriptで出力をしなければいけない場合（どんな場合だろう？）には、プリントダイアログの「グラフィック」→「フォント」→「ダウンロード」の設定として標準的な「サブセット」から「完全」に変更する事で、問題が回避できる場合があります。
ただし、この「完全」の設定は、一般的にはあまり使用されておらず、実績が十分とは言えませんし、当社でもこの設定での十分な評価は行っていません。
いざと言う場合の最後の手段として試してみる価値はあるかも知れませんが、この設定は推奨できません。
PDFにダイレクトに出力する事が、この問題を回避するための推奨運用になります。
2009年02月02日 ｜ QuarkXPress 8.02リリース
QuarkXPress 8.02アップデータがリリースされました。
情報公開にも積極的で、既知の問題だけでなく、詳細な解決された問題の情報も公開されています。
8.01の時の様な、トンボの記述形式の変更はありません。
2009年02月02日 ｜ InDesignCS3/4の「効果」の問題（Adobe情報）
＜2010年7月27日追記＞
この問題はTrueflow側での対策が完了しています。
詳細は記事「2010年07月27日｜7つの問題の対策、完了しました」を参照してください。
以前の記事「InDesignCS3/4の「効果」で出力が不正になる」でお知らせした「べベルとエンボス」、「シャドウ（内側)」、「光彩（内側）」、「サテン」が使われていると出力が不正になる問題について、Adobeのサポートデータベースの文章番号235048が掲載されました。
「ドロップシャドウ」、「光彩（外側）」、「基本のぼかし」、「方向性のぼかし」、「グラデーションぼかし」などの効果は問題ありません。
[第13版] [透明効果] [InDesign] [お知らせ] [解説追加] ｜ 固定リンク｜ 
