出力の手引きWeb[情報更新]
1
2010年07月27日 ｜ 7つの問題の対策、完了しました
出力の手引きWebでは、以前より重要な不具合情報に関して、その原因がRIP側にあっても、DTPアプリケーション側にあっても、いち早くお知らせすると共に「発生条件」と「回避策」の情報公開を行ってきました。もちろん、今後も続けます、が…
しかし、「発生条件」と「回避策」による対策はあくまでも根本解決までの一時的な対策に過ぎません。
この記事では、今までに公開してきたPDF運用における7つの問題の全てについてTrueflow側での根本解決ができましたので、今までの経緯と情報ページへのリンクと共にお知らせ致します。
重要なことは「発生条件」と「回避策」だけでなく、問題解決までの経過についてトラッキング(経過を追跡すること)を正確に行い、どのパッチでどの問題が修正されるのかを正しく把握しておくよう心がけてきました。この、当たり前とも思えることが、案外タイヘンなんです。
・目次ページを更新しています。
・修正バージョンの記載よりも新しいバージョンは対応済みです。
■ 1) 透明の変換用カラースペース
2008年10月31日｜AdobeCS系のカラー設定と透明効果｜
2009年01月29日｜AdobeCS系のカラー設定と透明効果(つづき)｜
【概要】
この問題は上記記事にある様に、本来データ作成上の問題ですが、Trueflow側でも問題を検知し、自動的に修正する対応を行いました。
【対応状況】
■ 2) InDesignCS2〜CS4での合成フォントの問題
2009年04月23日｜InDesignCS2〜CS4での合成フォントの問題｜
2009年05月22日｜InDesignCS2〜CS4での合成フォントの問題（Adobe情報）｜
【概要】
この問題はPDFの規格通りに処理しても、DTPアプリケーションでの表示と異なるケースで、InDesignCS4 6.0.4以降でも修正されていますが、以前の記事にも説明した通り、Trueflowではそれ以前のInDesignで書き出したデータも期待通り出力できる様になります。
【対応状況】
■ 3) InDesign「効果」の問題
2008年12月12日｜InDesignCS3/4の「効果」で出力が不正になる｜
2009年02月02日｜InDesignCS3/4の「効果」の問題（Adobe情報）｜
【概要】
PDF処理系統に問題があり、AcrobatのTouchUpオブジェクトツールで対象となるオブジェクトを僅かに移動する等の、何らかの「PDFに関わる操作」が行われると問題が表面化します。Trueflowでも、自動製版やカラー変換など、設定によってはPDFを操作する場合があり、同様の問題が発生していました。
【対応状況】
■ 4) RIPのメモリ管理の問題
2009年04月28日｜RIPのメモリ消費量を少なくする編集｜
2009年05月13日｜RIPのメモリ消費量を少なくする編集(2) - パッチ公開｜
【概要】
RIPにとって、メモリ管理を効率的に行う事は、複雑なデータに対応したり、パフォーマンス向上のために重要です。過去、2回の改善を行ってきました。Ver7.00以降は既に対策済みです。
【対応状況】
■ 5) 縦書き文字で文字化が欠ける問題
2009年07月09日｜縦書き文字に透明効果で文字が欠ける問題｜
2009年07月15日｜縦書き文字に透明効果で文字が欠ける問題(2) - Adobe情報｜
2009年07月31日｜縦書き文字に透明効果で文字が欠ける問題 (3) - 注意事項｜
2010年05月28日｜縦書き文字に透明効果で文字が欠ける問題 (4) - CS5で修正｜
【概要】
この問題は、縦書き文字に透明とオーバープリントが同時に設定され、PDF/X-1a形式などアプリケーション側で分割統合が行われた際に、PDFの処理系によっては文字が欠けた様に出力される問題ですが、TrueflowではAdobe PDF Print Engine 2で発生していたこのAdobe PDF Print Engine (1)では正常だった、いわゆる「デグレード」問題をリリース前に修正しているので、全てのバージョンにおいてこの問題は発生しません。
【対応状況】
■ 6) InDesignに効果付きデータを配置
2009年11月04日｜InDesignに効果付きデータを配置(1) - 発生条件、回避策｜
2009年11月05日｜InDesignに効果付きデータを配置(2) - 発生原理、解説｜
【概要】
IllustratorまたはPhotoshopで作成したデータに特定の効果が付いている場合、ネイティブか、アプリケーションから書き出したPDFをInDesignに配置すると、出力が不正になる問題がありました。当時より「背景を透明に」で貼り込む回避策はありましたが、RIP側での修正により回避策も不要になりました。
【対応状況】
■ 7) 文字に透明度グラデーションを使う
2010年03月31日｜文字に透明度グラデーションを使う｜
【概要】
Illustrator CS4以降を用いて、文字に透明度グラデーションを用いて、Trueflow内部で従来演算かPDF1.3化を行うと、文字列の2文字目以降が正しく出力されない問題がありました。2010年9月リリース予定のパッチで、この問題も修正されます。
【対応状況】
トレンドセミナー2010 (夏)にご参加頂きました皆様、この部分「メモを取る必要はありません」と言っていましたが、遅くなってしまい申し訳ありません。
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ユーザー様向けのサービスです。ご登録を希望される方は弊社営業にお問い合わせ下さい。
お知らせ
今回の記事をきっかけに、カテゴリー「透明効果」を追加し、過去のいくつかの記事の属性に追加しました。
2008年10月09日 ｜ QuarkXPress 8のPostScript対応リリース
QuarkXPress 8から出力されたPostScriptに対応するためのTrueflowのパッチが正式リリースされました。
以前の記事QuarkXPress 8のPostScript対応も更新しています。
以下のTrueflowの3バージョンに対するパッチがTrueflowテクニカル・ウェブ・サポート(*1)からダウンロード可能になっています。
・Trueflow SE Ver6.00 TF012
・Trueflow SE Ver5.01 TF143
・Trueflow 3 Ver4.01 TF169
このパッチにより、QuarkXPress 8で出力したPostScriptから、トンボ記述からTrimBoxを認識し、これを原点とした入力処理および面付け処理が可能になります。
(*1)Trueflowテクニカル・ウェブ・サポートとは、登録されたお客様がサポート情報の閲覧、パッチのダウンロードなどを行えるTrueflowユーザー様向けのサービスです。ご登録を希望される方は弊社営業にお問い合わせ下さい。
2008年10月01日 ｜ QuarkXPress 8のPostScript対応リリース延期
以前の記事「QuarkXPress 8のPostScript対応 更新」では、これらのパッチを8月末頃のリリース予定とお知らせしていましたが、本日リリースされたQuarkXPress Ver8.01にも対応するために10月中旬のリリース予定に延期します。パッチ番号などに変更はない予定です。
このUpdateは、全言語共通のインストーラの様です。正式にはQuarkからの情報をご確認ください。
このパッチは、QuarkXPress 8で出力したPostScriptからトンボを認識する事で、TrimBoxを原点とした入力処理を可能にしていましたが、QuarkXPress Ver8.01において、このトンボの記述形式に変更があり、用意していたパッチではQuarkXPress Ver8.01に対応できなくなりました。
この様なQuarkXPressのバージョンの途中で、トンボ記述が変更されるという事は、今まではありませんでした。
今回の修正により、TrueflowではQuarkXPress Ver8.00、Ver8.01以降の両方のトンボ記述に対応します。
正式リリース時には改めてお知らせします。
元の記事である「QuarkXPress 8のPostScript対応」も更新しました。
2008年08月19日 ｜ QuarkXPress 8のPostScript対応 更新
以前の記事QuarkXPress 8のPostScript対応を更新しました。
QuarkXPress 8から出力されるPostScriptをTrueflowで処理する場合に必要なパッチは、以下の3バージョンのTrueflowに対して8月末頃にリリースされる予定です。
・Trueflow SE Ver6.00 TF012
・Trueflow SE Ver5.01 TF143
・Trueflow 3 Ver4.01 TF169
このパッチにより、QuarkXPress 8で出力したPostScriptから、TrimBoxを原点とした入力処理が可能になります。
なお、QuarkXPress 8で作成したPDF/X-1aはパッチの必要なくTrueflow Ver4.01以降全てのバージョンでサポートされています。
2007年11月26日 ｜ Webサイトのリニューアル
一番最後のページの奥付に最新版のURLが書いてありますが、Webサイトのリニューアルに伴い修正されました。
http://www.screen.co.jp/ga_dtp/product/trueflow/trueflow_j/
↓
http://www.screen.co.jp/ga_dtp/product/trueflow/trueflow_se/
1
