仕事で
1bitTIFFでもらったデータをリップに投げる為に、前処理としてPhotoShopで
PDFに変換しています。
これまで数年、細かい寸法はあまり気にせず作業していましたが、たまたまちょっと気になり確認してみました。
そしたら、A5縦くらいの大きさで横が0.2mm、縦が0.1mmくらい縮んでいました。
縮むのはWinの
Photoshop6.0.1で行ったものだけで、同じPhotoShop6でもMacでやると縮みません。(Mac の環境はG4、OSX10.3.9、クラシック環境です)
また、Winでも
EPS保存した場合には縮みません。
この結果から、Winで作業する場合、
EPS保存するのが望ましいと思うのですが、データサイズが大きくなり過ぎるので(200KBのデータが14MBに)データが何百ファイルもあると非現実的な数字になっちゃいます。(私の環境での話ですが)
この現象は私だけでしょうか? 同じような経験をされている方いませんか?
あわよくば、縮みを回避する方法をご存知の方の登場をお待ちしてます。
[きむりん]-2007/01/29 09:27:14 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6]
[匿名]-2007/01/29 10:03:56 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.0.9) Gecko/20061206 Firefox/1.5.0.9]
» 002
質問がありましたので、補足説明です。
1bitTIFFを
PDFに変換するのは、当方の都合によるもので、一般的かどうかは分かりません。
いただくデータは
文字化けが起こらないようにと
1bitTIFF形式に決まり、使ってるTrueFlowなるリップが
EPSと
PDFしか受け取ってくれないという、こちらサイドの都合により行っている作業です。
[きむりん]-2007/01/29 10:25:20 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6]
» 003
まだ再現環境つくるまえにとりあえず質問してみま
すけれども、寸法が縮んだ、というのはどこを見て
で判断していますか?
工程内では、寸法を確認する箇所として、Photo-
shop、
Acrobat、Trueflow、フィルム、
刷版、
印刷物などがありますので、まずそこを確定しないと検
証もできません。
[CL]-2007/01/29 10:48:21 [Mozilla/5.0 (Windows NT 5.1; U; ja; rv:1.8.0) Gecko/20060728 Firefox/1.5.0 Opera 9.10]
» 004
アプリケーションの内部処理で
ポイント→ミリ変換したときの誤差じゃないですか。
普通にある事だと思うけど。
[通りすがり]-2007/01/29 11:11:24 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1]
» 005
>寸法が縮んだ、というのはどこを見てで判断していま
>すか?
>寸法を確認する箇所として、Photo-shop、
Acrobat、
>Trueflow、フィルム、
刷版、
印刷物などがありますの
>で、まずそこを確定しないと検証もできません。
おっしゃる通りですね。(^-^;ゞ 質問文を見直して反省しきりです。<(_ _)>
まず、元データの確認としてPhotoShop画面上の目盛りで横方向、縦方向採寸する箇所を決め長さを測定。
次に、このデータを
PDFファイル形式で保存し直します。
さて、出来た
PDFファイルを
Acrobatで開いて同じように画面上の目盛りで同じ箇所を測定します。
すべて、画面上での確認のみです。
[きむりん]-2007/01/29 11:13:07 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6]
» 006
>
ポイント→ミリ変換したときの誤差じゃないですか
私もそういう経験はありますが、WinのPhotoShop6 だけでか起こってないので、そうは思えません。
[きむりん]-2007/01/29 11:19:30 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6]
» 007
>>WinのPhotoShop6 だけでか起こってないので、そうは思えません。
ソフト毎、ver毎、対象機種毎に内部計算ロジックは違う可能性もあるので、そういう可能性はゼロでは無いと思います。
[がび]-2007/01/29 11:48:35 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1]
[m_ogawa]-2007/01/29 11:55:02 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.2)]
[通りすがり]-2007/01/29 12:01:41 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1]
[きむりん]-2007/01/29 12:15:28 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6]
» 011
GDIやQDを間に挟んだら意味が無いように思えるということです。
ソフトの画面描画方法がどうなっているのか私にはわかりませんが。
[m_ogawa]-2007/01/29 12:37:02 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.2)]
» 012
■別の検証結果■
Win PhotoShop6.01 で変換した
PDF をアクロバットで確認していましたが、変換したPhotoShop(Win)自身で測定したら縮みは確認できませんでした。
MacのPhotoShop(CS)でも縮んでなく、
イラレCS(Mac)では縮んでました。
私の確認結果では、WinのPhotoShop6.01で
PDF変換したデータをPhotoShop以外のアプリ(
Acrobatと
Illustrator)で開くと縮む、という結果になりました。
[きむりん]-2007/01/29 12:51:44 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6]
» 013
> Win PhotoShop6.01 で変換した
PDF をアクロバットで確認していましたが、変換したPhotoShop(Win)自身で測定したら縮みは確認できませんでした。
> MacのPhotoShop(CS)でも縮んでなく、
>
イラレCS(Mac)では縮んでました。
> 私の確認結果では、WinのPhotoShop6.01で
PDF変換したデータをPhotoShop以外のアプリ(
Acrobatと
Illustrator)で開くと縮む、という結果になりました。
007のがびさんが答えを書いています。
この比較が意味がないのは008で書いたとおりです。
1bitTIFFの処理なら
脱落したピクセルがあるのか、
が問題なのです。
[m_ogawa]-2007/01/29 13:22:04 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.2)]
[きむりん]-2007/01/29 13:54:44 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6]
[0.2mmなんてぼくの目じゃわからない]-2007/01/29 14:34:57 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
» 016
よく読んだら直接保存ですね、失礼しました。
しかし、PhotoShopからの直接保存自体がサイズ(正確には
解像度)を変更するのでNGです。
その理由は(私には必要がないので)確認したことがありませんが
11で書いたことが関係しているのだろうと自分では推測しています。
その運用なら
InDesignあたりを使った方がいいです。
[m_ogawa]-2007/01/29 15:26:12 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.2)]
» 017
m_ogawaさんも書かれていますが、
以前、何台かのPC間で1bitデータを経由させたところ、
ラインごとドット抜けが生じた事があります(ライン分データが短くなった)。
どこかドット抜けが起きたりしてませんよね。
[通りすがり]-2007/01/29 15:28:26 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1]
» 018
>ラインごとドット抜けが生じた事があります(ライン分データが短
>くなった)。
>どこかドット抜けが起きたりしてませんよね。
1200dpiのデータなので確認は結構大変そうですが、ここまできたら確認してみます。時間ください。
[きむりん]-2007/01/29 15:48:39 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6]
» 019
PDFをPhtoShopで開き、ピクセル数を比べれば大丈夫だと思います。
[通りすがり]-2007/01/29 16:04:19 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.1) Gecko/20061204 Firefox/2.0.0.1]
» 020
通りすがりさん フォローありがとうございます。
それが PhotoShop上ではまったく異常は起きません。
念のためピクセル数見てみましたがピッタリ同じでした。
今のところ 012 での確認結果から
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
WinのPhotoShop6.01(限定)で
1bitTIFFデータを
PDFで保存すると
PhotoShop以外のアプリ(
Acrobatと
Illustrator)で開くと縮む
ーーーーーーーーーーーーーーーーーーーーーーーーーーーーー
と判断しています。
意味ないかもしれませんが、この
PDFと、もう1つ同じようにMac版のPhotoShop6 で
PDFにしたファイルの2つを
RIP(
解像度は1200dpiが選択できないので2400dpiで実行)で
1bitTIFFに戻してみました。(一部 014 と重複)
すると、Macで作った方は19600x27166pixel
Winで作った方は19568x27133pixel
と差が出ました。この差が0.2mmの誤差になっているようです。
これはやっぱり、がびさんやm_ogawaさんの言われる、丸め誤差・計算ロジックの違いやGDI・QDのとかいうもの(わたしには?)の影響と理解すべきなのでしょうか。
[きむりん]-2007/01/29 17:38:21 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/312.8.1 (KHTML, like Gecko) Safari/312.6]
» 021
> 丸め誤差・計算ロジックの違いやGDI・QDのとかいうもの(わたしには?)の影響と理解すべきなのでしょうか。
丸め誤差ではないと思います(数値が大きいので)。
今、CS2で試してみましたがこちらは
PDF書き出し時に画像の
解像度が設定できます。
(やってみて初めて知りました^^;)
ダウンサンプリングなしで保存すると
解像度が変わりません。
(おそらく
1bitTIFFでも同じだと思います。)
6ではそのあたりの設定ができませんから、GDIがらみの
解像度誤差が生じると推測しています。
いずれにせよ6では出力用の
PDFで保存するようにできていませんので工程は再検討した方がいいかと思います。
今までが大丈夫であれば、逆に問題が生じるのかもしれませんが(^^;)
[m_ogawa]-2007/01/29 20:08:50 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322; .NET CLR 2.0.50727)]
» 022
やっと仕事が終わって検証する時間がとれましたの
で、調
べた結果を報告します。
まず、
Acrobat で寸法を確認することについて。
PDF入稿で毎日イヤというほど
Acrobat を使う人なら気
づいているかもしれませんが、
Acrobat で寸法を確
認すると、特定の場合、“ある意味”嘘をつきます。
寸法を、
Acrobat の左下のサイズ表示欄や、Command
+D で出てくる「文章のプロパティ」ダイアログ-
「概要」タブ-「詳細情報」-「用紙サイズ」で確
認する、とすると、
PDF の /MediaBox が
/MediaBox [ 0 0 420 595 ]
となっているものは、148mm×210mmと表示され、
/MediaBox [ 0 0 419 595 ]
となっているものは、147.8mm×209.9mmと表示され
ます。
~~~
Acrobat は、ボックス類が特定の整数
ポイントのサ
イズになっていると、前出の寸法を表示するところ
では、キリのいいミリ寸法で表示するようです。そ
して、キリのいいミリ寸法というのは、規格サイズ
のことです(A5サイズ=148×210mm)。
はたして、実際の寸法はどこで確認できるか、とい
うと、Command+Shift+T で表示される、「ページの
トリミング」ダイアログ内だったりします。
Acrobat 7,8で確認済み。6 はさすがに使い物ならな
くて怒って捨てたので確認していません。
[CL]-2007/01/29 22:33:19 [Opera/9.02 (Windows NT 5.1; U; ja)]
» 023
Acrobat が寸法を測定するのにふさわしくないソ
フトだという前置きは済んだので、本題ですが、
13984×19843px、2400dpi のモノクロ2階調
TIFFを用意して、Macintosh と Windows の
Photoshop7 で
PDF 保存したら、
Mac
Photoshop 7 からの
PDF は /MediaBox が
/MediaBox [ 0 0 420 595 ]
となり、
Mac
Photoshop 7 からの
PDF は /MediaBox が
/MediaBox [ 0 0 419 595 ]
となりました。
よって、
Acrobat 7 では、
PDF の /MediaBox が
/MediaBox [ 0 0 420 595 ]
となっているものは、148mm×210mmと表示され、
/MediaBox [ 0 0 419 595 ]
となっているものは、147.8mm×209.9mmと表示され
ます。
~~~
問題点は、
Photoshop 6/7 の
PDF 保存は、
PDF の
ボックス類が整数で保存されること、Windos と
Mac の
Photoshop で、
PDF 書き出しするときに整
数値に丸めた結果が異なってしまう現象があるこ
と、この2点でした。
よって、解決方法としては、
Photoshop CS 以降を
使おう、ていうことになると思います。そもそも、
現行の
Photoshop で 1bit-
TIFF を取り扱うな、
ていう話ではあります。Trueflow ならば、1bit-
TIFF 取り込みもあるわけですし(Trueflow って
バリエーション豊かなので 1bit-
TIFF 周りがつ
いていないこともありそう)。
[CL]-2007/01/29 23:06:53 [Opera/9.02 (Windows NT 5.1; U; ja)]
» 024
皆様、お忙しい中ご回答をお寄せいただき、有難うございました。
勝手にまとめてしまいますと「PhotoShop6での正確な
PDF保存は期待できない」ということになりますでしょうか。
会社の理解がまだまだ無いので簡単にバージョンアップはしてもらえないと思います。当分0.2mmの誤差は知らなかったことにしておこうかと思います。
ご回答の中、私にはよく理解できない内容もありましたので、じっくり読み返し、出来るだけ理解する努力をするつもりです。
ひとまずこのあたりで締めさせて頂きますが、他にもご意見がありましたら引き続き書き込みお願いします。
有難うございました。
[きむりん]-2007/01/29 23:51:31 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.0.9) Gecko/20061206 Firefox/1.5.0.9]
» 025
>現行の
Photoshop で 1bit-
TIFF を取り扱うな
だから001で書いたのに。
忙しくて暫く放置していたら話が進んでいたので、書き込むタイミングを逸していたこっちも悪かったけど。
[匿名]-2007/01/30 09:05:14 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.0.9) Gecko/20061206 Firefox/1.5.0.9]
» 026
>>現行の
Photoshop で 1bit-
TIFF を取り扱うな
>
>だから001で書いたのに。
>忙しくて暫く放置していたら話が進んでいたので、
>書き込むタイミングを逸していたこっちも悪かっ
>たけど。
すんません。
僕の現場では、1bit-
TIFF の製品をほとんど使わ
ないので、あまり自信がなくて言えなかったので
す(間違えると匿名の人にボコられるし)。せっ
かくなので、ご教示いただきたいのですが、1bit-
TIFFは、
Photoshop の画像形式の
TIFF とは全く
別物で、専用ソフト・専用システムで取り扱う製
版専用ファイル形式である、だから
Photoshop で
開らけはするけれども、保存し直すなんてことは
してはいかんよ、ていうことでよろしいでしょ
うか。
#
Illustrator CS 以降の細切れ画像データで、
# 細切れ画像の隙間を発見するために 1-bit
#
TIFF を
Photoshop で開いて画面で探した
# ことはありました。
[CL]-2007/01/30 13:48:35 [Mozilla/5.0 (Windows NT 5.1; U; ja; rv:1.8.0) Gecko/20060728 Firefox/1.5.0 Opera 9.10]