低解像度の写真がフライトチェッカーではねられる件

印刷データ入稿時、印刷会社のフライトチェッカーで解像度が350dpiになっていない画像がエラーの対象になり、印刷を止められる事態が起きました。
クライアントから支給されたデータが72dpiでクライアントも「これしかないからこれで」と了承済みのもので、仕様書に「低解像度のものもあるがそのままで出力してほしい」と注釈をつけて出したのですが、それもだめで、
すべての写真の解像度を350dpiにして下さいと言われ、トリミングし直す時間もないし、無駄にファイルサイズを大きくし、出力しました。
ファイルサイズが大きくなるのはしょうがないとしても、どんなファイルも350dpiにすると、元の解像度というか、写真の品質がわからなくなってしまうので、嫌だなあと思っています。
同じような経験のある方のお話をお聞きしたく、書き込みました。
よろしくお願いします。

すぎ　2006/06/08 18:16:07
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

001

それはリサイズの仕方によると思います。

匿名　2006/06/08 18:19:24
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/418 (KHTML, like Gecko) Safari/417.9.3

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

002

350dpiじゃないと出力不可ってことはないです。
フライトチェッカーで指摘されていても、低解像度のまま出力できるはずなのですが・・・。

単純に出力先の決まり事なんじゃないかなぁ。

まぁ　2006/06/08 19:47:33
Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

003

＞元の解像度というか、写真の品質がわからなくなってしまうので、嫌だなあと思っています。

フォルダーをつくって元のデータを残しておけば品質確認はできるのでは？

また、まぁさんのいう様にフライトチェッカーはあくまでも、使用画像の解像度を確認するためのもので、出力時に解像度が足らないので、出力できないということはないはずです。おそらく印刷会社側で仕上がりの画質が悪いと言われたときの保険のような気がします。

ひげのび～る　2006/06/08 21:08:36
Mozilla/4.0 (compatible; MSIE 5.23; Mac_PowerPC)

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

004

完全に杓子定規に対応されているようですね。
こういう会社はスクリーンショットとかの入稿はどうするんだろ？
文字が読めなくなっても気にしないのかな。
あ、それとも「ニアレストネイバー法」でわざわざ処理しろ、ってことなのかしらん。

匿名　2006/06/08 23:18:44
Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/418 (KHTML, like Gecko) Safari/417.9.3

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

005

＞それはリサイズの仕方によると思います。

確かに。

PDF/X-PLUS-Jだと72dpiの画像ははじかれちゃうのかね？（PLUSの仕様でそんなんなかった？）

AC　2006/06/10 14:43:25
Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

006

「何のために注釈つけてると思ってんだ！ココにちゃんと書いてあんだろが！PDF/Xでも解像度の規定はないだろうが！！そんな仕事やってんのは、お前の会社くらいなんだよ！氏ねっ！！」
って、言ってみて♪

名称未設定　2006/06/10 22:29:59
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

007

> フライトチェッカーで解像度が350dpiになっていない画像がエラーの対象...

もし、フライトチェッカーがきっちりと350dpiでないとエラーの対象としてしまう仕様ならばこの方法は使えませんが、
72dpiの画像を違うフォルダーに入れ360dpi（ニアレストネイバー法）にリサイズ（バッチ処理で一括変換）元のフォルダーに戻すこれなら簡単だと思います。

360dpi=72dpi×5倍（整数倍なので画像が崩れませんし、画像サイズも変わりません）

ふ　2006/06/10 23:06:00
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

008

>画像サイズも変わりません

　リサイズ掛けて画像サイズが変わらないっていうのは、魔法か？

匿名　2006/6/11 12:45
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

9

と思ったら、サイズはサイズでも、寸法のほうか（^^

匿名　2006/6/11 12:46
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

10

> リサイズ掛けて画像サイズが変わらないっていうのは、魔法か？

書き方が分かりにくくすみません。
配置したデータの配置サイズ（寸法）が変わらないので、リンクだけ更新すればいいので数が多くても簡単に修正できると思います。

ふ　2006/6/11 13:07
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

11

しかし、無駄に重くする以外意味のない作業ですね～。
やっぱ、印刷屋に、何考えてんだｺﾞﾗｧ！というのが一番かと。

匿名　2006/6/11 14:51
Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

12

みなさまご意見ありがとうございました。
「ニアレストネイバー法」は勉強不足で知らず、絶対350dpiなのでダメではあるのですが、別クライアントの仕事ならそういう方法もありかと勉強になりました。
直相手が印刷会社なら文句の一つも言うのですが、クライアントなのでそうもいかず…
ありがとうございました。

すぎ　2006/7/3 14:28
Mozilla/5.0 (Macintosh; U; PPC; ja-JP; rv:1.0.2) Gecko/20030208 Netscape/7.02
－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

[2149] 旧掲示板 (2006/06/08 Thu 18:16)