WinのPhotoShop6で1bitTIFFをPDF保存すると縮みませんか?
仕事で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に)データが何百ファイルもあると非現実的な数字になっちゃいます。(私の環境での話ですが)
この現象は私だけでしょうか? 同じような経験をされている方いませんか?
あわよくば、縮みを回避する方法をご存知の方の登場をお待ちしてます。
これまで数年、細かい寸法はあまり気にせず作業していましたが、たまたまちょっと気になり確認してみました。
そしたら、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]
[きむりん]-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]
[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]
[通りすがり]-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で開いて同じように画面上の目盛りで同じ箇所を測定します。
すべて、画面上での確認のみです。
>寸法が縮んだ、というのはどこを見てで判断していま
>すか?
>寸法を確認する箇所として、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]
[きむりん]-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毎、対象機種毎に内部計算ロジックは違う可能性もあるので、そういう可能性はゼロでは無いと思います。
>>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]
[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)]
[きむりん]-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の処理なら
脱落したピクセルがあるのか、
が問題なのです。
> 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)]
» 014
■別の検証2■
問題のPDFファイルをリップを通して1bitTIFFとして出力してみました。
このデータをPhotoShopで確認すると、やはり0.2mm ほど縮んでいました。
同じPhotoShopでも縮みが確認できました。こうなるとAcrobatやIllustratorでは縮んだように見えているだけではないようです。
■別の検証2■
問題のPDFファイルをリップを通して1bitTIFFとして出力してみました。
このデータをPhotoShopで確認すると、やはり0.2mm ほど縮んでいました。
同じPhotoShopでも縮みが確認できました。こうなるとAcrobatやIllustratorでは縮んだように見えているだけではないようです。
[きむりん]-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)]
[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データを経由させたところ、
ラインごとドット抜けが生じた事があります(ライン分データが短くなった)。
どこかドット抜けが起きたりしてませんよね。
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のデータなので確認は結構大変そうですが、ここまできたら確認してみます。時間ください。
>ラインごとドット抜けが生じた事があります(ライン分データが短
>くなった)。
>どこかドット抜けが起きたりしてませんよね。
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]
[通りすがり]-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のとかいうもの(わたしには?)の影響と理解すべきなのでしょうか。
通りすがりさん フォローありがとうございます。
それが 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で保存するようにできていませんので工程は再検討した方がいいかと思います。
今までが大丈夫であれば、逆に問題が生じるのかもしれませんが(^^;)
> 丸め誤差・計算ロジックの違いや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 はさすがに使い物ならな
くて怒って捨てたので確認していません。
やっと仕事が終わって検証する時間がとれましたの
で、調べた結果を報告します。
まず、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 の Photoshop
7 で 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 周りがつ
いていないこともありそう)。
Acrobat が寸法を測定するのにふさわしくないソ
フトだという前置きは済んだので、本題ですが、
13984×19843px、2400dpi のモノクロ2階調 TIFF
を用意して、Macintosh と Windows の Photoshop
7 で 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)]
[きむりん]-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]
[匿名]-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 で開いて画面で探した
# ことはありました。
>>現行の 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]