Photoshopで一部配置画像がボケるのですが…
Photoshopで奇妙な画像のボケを体験しています。
友人の DELL-Win/OS-XP/68ビットエディション/メモリ-2G/PhotoshopCS2-9.0.2 を使用時です。
プロカメラマン用のデジカメデータ(jpeg)を、B4サイズのベース(250dpi)に10枚程ドラッグ配置します。
何れもデータを縮小して大小に振り分けてPSファイルに保存します。同じ要領で8ベースほど作ました。
問題は、再びファイルを開いた時に起きました。
配置した10枚の内の1枚が「フィルタ-ぼかし-ガウス1~1.5pixel」位の感じで自動的にボケていたのです????? ぼかし操作は一切行っていないのにです。こんなことってあり得ますか?
そのベースの半分ほどで同じ現象が起きています。1ベースに2~3枚ボケている場合もあります。全くボケのないベースも半分ほどあります。
因みにボケた画像部分に元画像を入れ替えた場合は異常無く保存されるのです。この症状に気づいてから数日同様のことが続いています。
何か原因をお分かりの方は、どうぞよろしくご教授をお願い致します。
友人の DELL-Win/OS-XP/68ビットエディション/メモリ-2G/PhotoshopCS2-9.0.2 を使用時です。
プロカメラマン用のデジカメデータ(jpeg)を、B4サイズのベース(250dpi)に10枚程ドラッグ配置します。
何れもデータを縮小して大小に振り分けてPSファイルに保存します。同じ要領で8ベースほど作ました。
問題は、再びファイルを開いた時に起きました。
配置した10枚の内の1枚が「フィルタ-ぼかし-ガウス1~1.5pixel」位の感じで自動的にボケていたのです????? ぼかし操作は一切行っていないのにです。こんなことってあり得ますか?
そのベースの半分ほどで同じ現象が起きています。1ベースに2~3枚ボケている場合もあります。全くボケのないベースも半分ほどあります。
因みにボケた画像部分に元画像を入れ替えた場合は異常無く保存されるのです。この症状に気づいてから数日同様のことが続いています。
何か原因をお分かりの方は、どうぞよろしくご教授をお願い致します。
[セブン_オペ]-2007/04/21 21:48:03 [Mozilla/4.0 (compatible; MSIE 5.0; Mac_PowerPC)]
[匿名]-2007/04/21 23:00:35 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]
[セブン_オペ]-2007/04/21 23:16:59 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]
[セブン_オペ]-2007/04/24 08:05:21 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]
[がび]-2007/04/24 10:00:30 [Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3]
» 005
5年も前なら、
まがりなりにもコンピューター使ってる人間が、
「68ビット」なんていう中途半端な数字を書くことは、
誤入力でもありえなかったけど、
そういう時代になったわけだ。
HD/10.3なんてこともやるし。
四則演算を習わずに連立方程式を解こうとするようなもんだ。
そりゃ、掲示板は大繁盛だよ。
5年も前なら、
まがりなりにもコンピューター使ってる人間が、
「68ビット」なんていう中途半端な数字を書くことは、
誤入力でもありえなかったけど、
そういう時代になったわけだ。
HD/10.3なんてこともやるし。
四則演算を習わずに連立方程式を解こうとするようなもんだ。
そりゃ、掲示板は大繁盛だよ。
[どうでもいい話]-2007/04/24 10:15:30 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]
[匿名]-2007/04/24 10:20:57 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)]
[匿名]-2007/04/24 10:23:23 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3]
[ ]-2007/04/24 19:05:12 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0)]
» 009
がびさん、ご指摘ありがとうございます。
私の勘違いで「68ビットマシン」ではなく、「64ビットマシン」でした。
度々の基礎情報の曖昧さではレスのつけようがありませんね。皆様、誠に申し訳有りません。お詫びして訂正いたします。m(_ _)m
なお、「DELL XP Professional × 64 Edition Version 2003 」が2台あるのですが、どちらも同じボケが再現されることを今日再確認してまいりました。
がびさん、ご指摘ありがとうございます。
私の勘違いで「68ビットマシン」ではなく、「64ビットマシン」でした。
度々の基礎情報の曖昧さではレスのつけようがありませんね。皆様、誠に申し訳有りません。お詫びして訂正いたします。m(_ _)m
なお、「DELL XP Professional × 64 Edition Version 2003 」が2台あるのですが、どちらも同じボケが再現されることを今日再確認してまいりました。
[セブン_オペ]-2007/04/24 21:44:12 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]
» 010
保存前はぼけがなくて、保存して再度開き直したらぼけるのですか?
試しに保存前の物(A)を、編集メニュー>複製で複製して保存(B)し閉じる。
で、Bを開き直して、複製前のAと比べると違いがでているのでしょうか?
投稿内容にある「再びファイルを開いた時」ではないのですが、
思い当たるのが以下です。
・拡大縮小等をなんども繰り返している(するのは配置直後の1回のみにしましょう)
・単純に縮小比率の違いによる差
Illustratorと違い、ピクセル(ラスター)データを扱うものなので
拡大縮小・回転をする際には細心の注意が必要です。
なんども繰り返し実行していると、どんどんぼけていきます。
保存前はぼけがなくて、保存して再度開き直したらぼけるのですか?
試しに保存前の物(A)を、編集メニュー>複製で複製して保存(B)し閉じる。
で、Bを開き直して、複製前のAと比べると違いがでているのでしょうか?
投稿内容にある「再びファイルを開いた時」ではないのですが、
思い当たるのが以下です。
・拡大縮小等をなんども繰り返している(するのは配置直後の1回のみにしましょう)
・単純に縮小比率の違いによる差
Illustratorと違い、ピクセル(ラスター)データを扱うものなので
拡大縮小・回転をする際には細心の注意が必要です。
なんども繰り返し実行していると、どんどんぼけていきます。
[ななーし]-2007/04/25 12:56:59 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]
[匿名]-2007/04/25 13:52:22 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; ja-JP-mac; rv:1.8.1.3) Gecko/20070309 Firefox/2.0.0.3]
» 012
また、今更になって
根本的な大問題につっこんだもんだw
そんなヤボなことは、直ちに実現可能不可能があるから、
みんなあえて言わなかったのに
なら、あえていうけど、
Illustratorにやらせるなって。
レイアウトソフトにやらせなよ。
また、今更になって
根本的な大問題につっこんだもんだw
そんなヤボなことは、直ちに実現可能不可能があるから、
みんなあえて言わなかったのに
なら、あえていうけど、
Illustratorにやらせるなって。
レイアウトソフトにやらせなよ。
[匿名]-2007/04/25 16:05:31 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; .NET CLR 1.1.4322)]
» 013
ななーしさん、レスありがとうございます。
>試しに保存前の物(A)を、編集メニュー>複製で複製して保存(B)し閉じる
これは明日行って試してみます。
>・拡大縮小等をなんども繰り返している(するのは配置直後の1回のみにしましょう)
配置したあと、保存する前に1回のみ・・・というのは無いかもですね。保存までに数回は縮小致します。
さすがに保存してからの拡大は新規を使います。
でもそれが原因なら、デジタルの特性として他のすべてが同様にボケるはずでしょ? しかし大小に関わらず、ボケるモノ、ボケないモノがそれぞれにあるのです。
確認方法として、配置してある同じ画像をその上にドラッグして同じ位の大きさに縮小します。「目玉」の表示・非表示で違いが一目瞭然ですね。
更にその状態で保存します。それを再び開きます。そうすると確認用に上に乗せた画像は、ボケずに保存されてるのですね。ほぼ100%の確率です。
>・単純に縮小比率の違いによる差
一番小さくてピンが合っているモノがあります。試しに上の要領で確認しますと、全く同じ画像の感覚なのですね。
で、このボケ感覚ですが、ピクセルの消失というよりボカシをかけた感じなのです。
同様のことをMacでしていますが、そんなことを感じたことがありません。と言うよりデジタルだから起こりえないと思っておりました・・。
ななーしさん、レスありがとうございます。
>試しに保存前の物(A)を、編集メニュー>複製で複製して保存(B)し閉じる
これは明日行って試してみます。
>・拡大縮小等をなんども繰り返している(するのは配置直後の1回のみにしましょう)
配置したあと、保存する前に1回のみ・・・というのは無いかもですね。保存までに数回は縮小致します。
さすがに保存してからの拡大は新規を使います。
でもそれが原因なら、デジタルの特性として他のすべてが同様にボケるはずでしょ? しかし大小に関わらず、ボケるモノ、ボケないモノがそれぞれにあるのです。
確認方法として、配置してある同じ画像をその上にドラッグして同じ位の大きさに縮小します。「目玉」の表示・非表示で違いが一目瞭然ですね。
更にその状態で保存します。それを再び開きます。そうすると確認用に上に乗せた画像は、ボケずに保存されてるのですね。ほぼ100%の確率です。
>・単純に縮小比率の違いによる差
一番小さくてピンが合っているモノがあります。試しに上の要領で確認しますと、全く同じ画像の感覚なのですね。
で、このボケ感覚ですが、ピクセルの消失というよりボカシをかけた感じなのです。
同様のことをMacでしていますが、そんなことを感じたことがありません。と言うよりデジタルだから起こりえないと思っておりました・・。
[セブン_オペ]-2007/04/25 23:07:50 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]
[KOUJI]-2007/04/25 23:45:30 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]
[ken]-2007/04/26 00:30:11 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Shiira/1.2.2 Safari/125]
» 016
KOUJIさん、レスありがとうございます。
>ファイル→配置を使ってリンクで画像を配置すればいいだけなのでは?
これだとCS2ではスマートオブジェクトになるのですね。期待が持てそうですが、問題は「保存後」なのです。
今日試してからまた結果をお知らせいたします。
kenさん、レスはありがたいけど、そういう話じゃない?・・のだ。
KOUJIさん、レスありがとうございます。
>ファイル→配置を使ってリンクで画像を配置すればいいだけなのでは?
これだとCS2ではスマートオブジェクトになるのですね。期待が持てそうですが、問題は「保存後」なのです。
今日試してからまた結果をお知らせいたします。
kenさん、レスはありがたいけど、そういう話じゃない?・・のだ。
[セブン_オペ]-2007/04/26 08:34:44 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]
[匿名]-2007/04/26 09:04:33 [Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1)]
[re]-2007/04/26 14:16:35 [Mozilla/4.0 (compatible; MSIE 5.17; Mac_PowerPC)]
» 019
reさん、レスありがとうございます。
何度もリサイズするせいでピンが甘くなるなら、物理的にその回数に比例して、それぞれの画像がそれなりにボケますね?
しかし大小に関わらず、ボケるモノ、ボケないモノがそれぞれにあるのです。規則性が無いのです。
ああ、ボケないのは確認用の画像タチですね。・・・だから、更にワケが分からなくなる。
自己レス
>試しに保存前の物(A)を、編集メニュー>複製で複製して保存(B)し閉じる
ボケのない同じモノが複製されました。
>ファイル→配置を使ってリンクで画像を配置すればいいだけなのでは?
このスマートオブジェクトが結構イイかもです。配置後、様々に縮小・拡大・保存を繰り返しましたが、ボケが出ていません。
今日は多忙で試作しか出来ませんでしたが、本来の手順で更に確認いたします。
reさん、レスありがとうございます。
何度もリサイズするせいでピンが甘くなるなら、物理的にその回数に比例して、それぞれの画像がそれなりにボケますね?
しかし大小に関わらず、ボケるモノ、ボケないモノがそれぞれにあるのです。規則性が無いのです。
ああ、ボケないのは確認用の画像タチですね。・・・だから、更にワケが分からなくなる。
自己レス
>試しに保存前の物(A)を、編集メニュー>複製で複製して保存(B)し閉じる
ボケのない同じモノが複製されました。
>ファイル→配置を使ってリンクで画像を配置すればいいだけなのでは?
このスマートオブジェクトが結構イイかもです。配置後、様々に縮小・拡大・保存を繰り返しましたが、ボケが出ていません。
今日は多忙で試作しか出来ませんでしたが、本来の手順で更に確認いたします。
[セブン_オペ]-2007/04/26 22:17:48 [Mozilla/5.0 (Macintosh; U; PPC Mac OS X; ja-jp) AppleWebKit/419 (KHTML, like Gecko) Safari/419.3]