Batch Resize Images

一括リサイズは画像作業のなかで最もよく行われるものであり、既定値が最も静かに画質を損なう作業でもあります。落胆のほとんどは二つの考え方で消えます。縦横比に何が起きるのか、そして拡大が何を取り戻せて何を取り戻せないのか、です。

本当の決定は画素数ではなく縦横比です。元画像の比率と一致しない幅と高さを両方指定すれば、どこかが犠牲になります。引き伸ばされるか、押しつぶされるか、切り取られるかで、そのいずれもあなたの意図ではありません。片方の寸法だけを決めてもう片方を追従させれば比率は保たれ、たいていはそれが本来の狙いです。縦位置と横位置が混在したフォルダーには、ひと組の固定寸法を一律に当てはめる意味がないため、混在した一括処理ではこの点がいっそう際立ちます。

拡大しても細部は戻りません。拡大は既存の画素のあいだを補間するもので、なめらかに見せることはできても、そもそも記録されていない情報を作り出すことはできません。400 画素のサムネイルを 4000 画素にしても、それは大きなサムネイルのままです。ですから実務上の助言はいつも同じで、すでに縮小されたコピーからではなく、手元にある最大の原本から始めてください。

繰り返しのリサイズは損失を積み重ねます。処理のたびに再標本化が行われ、すでに再標本化された画像をさらに再標本化すると、あとから取り除けない甘さが蓄積します。原本を保管し、縮小済みのコピーではなく毎回そこからリサイズしてください。長い目で見て結果をいちばん改善する習慣がこれです。

目標値の選び方は用途で決まります。ウェブでは幅が問題で、多くのレイアウトは内容幅がおよそ 1600 画素を超えません。それより大きい部分は、閲覧者が受信しながら決して見ない容量です。印刷では仕上がりの寸法と印刷側の解像度が要件を決め、画面よりはるかに高くなります。アップロード容量の制限に対しては、圧縮率を上げるより寸法を小さくするほうが節約が大きく、見た目の損失も小さいのが普通で、これは多くの人が最初に試すことの逆です。

ここでの実際の上限は割り当てではなくメモリーです。各画像はブラウザーのタブ内で復号されるため、フル解像度のスマートフォン写真数百枚はノートパソコンなら余裕があり、非力な端末では力尽きることがあります。一括処理が失敗したら二つに分けてください。これは何も送信しないことの代償であり、一括作業においては良い取引です。何も転送されないので、遅いのは回線ではなくご自身の機械になります。