お尋ねします。
Mac OSX 10.4,
Illustrator CS2,
Distiller 7.0で作業しています。
配置した
CMYK写真の上に、色アミ
ベタの図形(
オーバープリントにチェック)をのせています。
実は制作の初期段階で、「だいたいこんなイメージになりますよ」とクライアントに仕上がりを確認してもらわねばなりません。
事情があり、その際には
pdfを使う必要があるのです。
でも出来あがった
pdfは
オーバープリントになりません。
(当然ですか?)
皆さんはこのようなケースでは、どのようにしてクライアントに仕上がりを確認してもらっていますか?
ぜひ教えてください。
[graham]-2008/03/07 13:22:41 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12]
[温故知新]-2008/03/07 14:59:07 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.15.1 (KHTML, like Gecko) Version/3.0.4 Safari/523.15]
[匿名その100]-2008/03/07 15:19:37 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6]
[tek]-2008/03/08 01:30:29 [Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-jp) AppleWebKit/523.12.2 (KHTML, like Gecko) Version/3.0.4 Safari/523.12.2]
» 004
みなさん、レスありがとうございます。
確かにこれまでは「
EPSから
Distiller」をつくっていました。
それで「プリントからPSファイルを作成」を試してみました。
オーバープリントの部分はきちんと出来ているようです。
ありがとうございました。
でもサイズが違っているのです。
A3になるようにしたつもりが、279×250くらいの微妙な仕上がりになるのです。
何度やっても同じなので困っています。
(データを確認すると、A3サイズのボックスで
マスクをかけています)
原因は、どんなものが考えられますでしょうか?
[graham]-2008/03/11 10:27:05 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12]
» 005
用紙設定の問題だとおもいます。
アートボード外のオブジェクトが欠けていませんか?
簡単なのは
アートボードと用紙サイズを一致させる事だと思います。
セットアップの
トリミングでも3つの選択ができます。
左下の用紙設定ボタンを押したときプリントダイアログのサイズがそちらの方に変更されたりするので、注意して下さい。
[tek]-2008/03/12 01:03:03 [Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-jp) AppleWebKit/523.12.2 (KHTML, like Gecko) Version/3.0.4 Safari/523.12.2]
[あさり]-2008/03/13 21:08:35 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; Google Wireless Transcoder;)]
[RE]-2008/03/17 14:37:57 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.12.2 (KHTML, like Gecko) Version/3.0.4 Safari/523.12.2]
» 008
お返事遅れました。
>簡単なのは
アートボードと用紙サイズを一致させる事だと思います。
本当ですね!
なぜだかよく分かりませんが、何度やってもダメだったのに、きれいに出来ました!
>透明ウインドウで乗算にすれば
オーバープリントと同じ効果が得られますよ!
確かにそうですね。
やってみます。
>
印刷会社的には色ノセはタブーですよ!!
知りませんでした…。
イラレで乗算しない人は、入稿時にしっかり指示しているのでしょうか?
そういえば、
RIPで自動的に
オーバープリントを解除してしまうこともあると聞いたことがありました。
気をつけます。
ありがとうございました。
[graham]-2008/03/17 18:37:41 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12]
» 009
>>透明ウインドウで乗算にすれば
オーバープリントと同じ効果が得られますよ!
>確かにそうですね。
>やってみます。
そんなの十日も前にオレが言ってるじゃん。
別にいいけどさ。
[匿名その100]-2008/03/18 08:40:35 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6]
[Jos]-2008/03/18 11:01:42 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12]
» 011
>
オーバープリントと、乗算は似てるけど別物。同じだと思ってると痛い目にあうよ。
[Jos]さん、「同じだと思ってると遭う痛い目」が、例えばどんな時だかご教授いただけるとうれしいです。後学のために(というか転ばぬ先の杖として)、是非。
>
印刷会社的には色ノセはタブーですよ!!
印刷会社的に常識だとは、スレ主さん同様、私も知りませんでした。特色がらみだとノセを使わないと思い通りの作業なんてできないし……う~む。
[温故知新]-2008/03/18 14:53:54 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.15.1 (KHTML, like Gecko) Version/3.0.4 Safari/523.15]
» 012
>[Jos]さん、「同じだと思ってると遭う痛い目」が、例えばどんな時だかご教授いただけるとうれしいです。後学のために(というか転ばぬ先の杖として)、是非。
彼(or 彼女)はおそらく
オーバープリントモードのことを
言っているものと思われます。
これはTF出力の手引きやPitStopマニュアル(ダウンロード可。一読を勧めます)に詳しいです。
[匿名その100]-2008/03/18 20:47:14 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.9 (KHTML, like Gecko) Safari/312.6]
» 013
[匿名その100]さん、ありがとうございます。[Jos]さんが /OPM 0 と /OPM 1 のことを言いたいのなら納得です。もっとも、この辺は制作側と出力側の意思疎通さえしっかりしていれば、出力時に回避できる内容でもありますよね。
デジタルの場合、アナログ以上に意思疎通が重要なハズなのに、実際にはそれが逆に疎遠になっているのが、この業界の一番の問題なんでしょうね。
[温故知新]-2008/03/18 23:27:00 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.15.1 (KHTML, like Gecko) Version/3.0.4 Safari/523.15]
[笹川%
DTPオペ]-2008/03/18 23:29:13 [Mozilla/5.0 (Windows; U; Windows NT 6.0; ja; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12]
» 015
>
印刷会社的には色ノセはタブーですよ!!
特色を含むデータを扱う事が多い会社には一概には当てはまらないのでは?
むやみと透明を含めたデータより、のせの設定を明記してきちんと
オーバープリント処理されたデータ(
ブラックオーバープリントも含めて)のほうが扱いやすいと思います。透明は出力の際色々気を使います。
[tek]-2008/03/19 01:04:54 [Mozilla/5.0 (Macintosh; U; Intel Mac OS X; ja-jp) AppleWebKit/523.12.2 (KHTML, like Gecko) Version/3.0.4 Safari/523.12.2]
[匿名]-2008/03/19 09:15:49 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30)]
» 017
返事が遅くなって申し訳ありません。
笹川%
DTPオペさんの内容でOKです。
オーバープリントは、版という概念のなかでの機能です。
あと注意点としては、デバイス依存要素なのでプロファイル変換などを行うときには設定は無視されます。(デバイスが変わると意味がなくなる)
[Jos]-2008/03/21 15:19:07 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12]
» 018
この板、というかこのトピ、「製版での“のせ”」と「
オーバープリント」と「乗算」の違いを分かっていない人が多すぎ。
仕事しててトラブルとか起きていないのかなぁ?
[bird]-2008/03/21 15:43:41 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10_4_11; ja-jp) AppleWebKit/525.13 (KHTML, like Gecko) Version/3.1 Safari/525.13]
[笹川%
DTPオペ]-2008/03/21 18:58:15 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12]
» 020
019[笹川%
DTPオペ]さんに同感です。もしかすると、[bird]さんの言いたいところは、フィルム製版時代の「のせ」話なのかもしれませんが、あるいはそれさえ的外れなのか?
>違いを分かっていない人が多すぎ。
って言われると、ごめんなさいと謝るしかありません。PS仕様のいくつかは経験から少し理解できたとしても、0.05%問題なんて言われると私のレベルでは時に訳がわからなくなる……。[bird]さんの書き込みからすると、余程お詳しいことと思います。
フィルムで手製版をしていた時代は「のせ」は「のせ」以外の何ものでもなかったのですし、米国の
印刷所でも「
オーバープリント」と呼んでました。ですが、
PostScriptが出てきて「PS仕様の
オーバープリント」なるものの出現し、「のせ」も「
オーバープリント」も収拾がつかなくなった感があります。ついつい「のせ」と言ってしまって厳密な言葉の使い分けをしなかったのが混乱の一因ではあると思いますが、なにせ、PCソフトのメニューには「のせ」なんてのはないですしね。[bird]さん、ぜひ、019[笹川%
DTPオペ]さんの質問、お教えください。できれば、知識レベルが低くてもある程度わかるように。
[温故知新]-2008/03/21 19:50:19 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.15.1 (KHTML, like Gecko) Version/3.0.4 Safari/523.15]
» 021
製版のノセ
ケヌキあわせ⇔ノセ
焼きで合成するときにヌキ
マスクを使わないで焼くこと。
乗算と意味は近い。
もともと
フォトショップの写真合成の機能なので製版と近いのは当然かもです。
[Jos]-2008/03/21 19:56:32 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12]
[笹川%
DTPオペ]-2008/03/22 16:04:54 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12]
» 023
たとえばC50%のオブジェクトの上にC20%+M30%を
オーバープリントで重ねても変化はないが
昔から製版でやっていたいわゆる「のせ」だと
重なり部分はC70%+M30%になるよね。
ということで「
オーバープリント」と「のせ」はまったく別物だと認識しているけど。
[ ]-2008/03/22 22:55:38 [Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_2; ja-jp) AppleWebKit/525.13 (KHTML, like Gecko) Version/3.1 Safari/525.13]
[匿名]-2008/03/23 06:49:18 [Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727)]
» 025
>昔から製版でやっていたいわゆる「のせ」だと重なり部分はC70%+M30%になるよね。
認識的には正しいのですが、024[匿名]さんの書き込みのように、そう単純にはいきません。網角度が全く同じならC50になりかねないし、でなくても間違いなく
モアレが発生します。ですので、15度ほど角度をずらしたり、場合によっては
マスクを切ってC70を作っていたハズです。認識的には、[Jos]さんや023[ ]さんの書き込み通り「製版ののせ」は限りなく「乗算」に近いとは思いますが。
私は製版作業をする側ではありませんが、手製版の時代も「のせ」指定には用心したし、現場では更に気を遣っていました。PCを使うようになってから、その意思疎通がほとんどなくなったことがPS環境の「
オーバープリント」事故の最大原因なんじゃないかと思います。
違いのわかる[bird]さんは「仕事しててトラブルとか起きていないのかなぁ?」と書かれていますが、[bird]さんがいくら分かっていても、通常は相手があること。そこでトラブルが生じる可能性はきっとあると思います。なんといっても、
RIP側に「自動
スミノセ」等の回避機能がある限り、どれほど正確なデータを作っても、最後にひっくり返る可能性は否定できません。やはり、手製版時代同様、作り手とそれを受ける側とのコミュニケーション以外、事故を防ぐ手だてはないんじゃないかと思ってしまんですがね。
ちなみに、私は一度だけ「自動
スミノセ」されて泣かされました。
ベタ帯に20%の文字を置いてあったんですが、ご丁寧にも本機で出てきた校正紙には黒い帯だけがあちこちにありました。
ベタ帯に20%文字を「のせ」てくれたようです。作っているのはモノクロ
印刷だったんですがね。カンプは何のために付けていたのか……。
[温故知新]-2008/03/24 09:52:16 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/523.15.1 (KHTML, like Gecko) Version/3.0.4 Safari/523.15]
» 026
>
ベタ帯に20%文字を「のせ」てくれたようです。
普通じゃ考えられないけど。
完全に「自動
スミノセ」機能とは無関係です。
[匿名]-2008/03/26 08:45:52 [Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)]