画像リサイズ

正確な寸法は、コンテナが固定サイズを持つ場合のためのものです — 正確に600×800を期待するフォームフィールド、オンライン市場のテンプレート、物理単位からピクセルに変換された印刷サイズなどです。アスペクト比はデフォルトでロックされたままなので、幅を設定すると画像を歪ませる代わりに対応する高さが計算されます。ロック解除すると正確な枠に引き伸ばされ、これは背景の塗りつぶしには時々正しいですが、人物写真にはほとんど正しくありません。

パーセントによるスケーリングは、すでに正しい比率を持ち、単に小さくする必要がある画像バッチのためのものです — 様々なサイズで撮影された写真フォルダで、すべてが同じ割合で縮小されるべきであり、固定サイズになるのではない場合です。開始寸法にかかわらず各画像を一貫して扱い、これは混在バッチでは正確な寸法ではできないことです。

長辺モードは大きい方の寸法を制限し、これはウェブ表示向けのものには正しい選択です。レイアウトはほぼ常に片方の寸法だけで制約され、両方ではないためです。また3つのモードの中で唯一、向きが混在した未知のバッチに盲目的に適用しても安全なモードです — 縦向きと横向きの写真の両方が画像ごとの調整なしに正しく制限されます。

ピクセル数は線形サイズの2乗でスケールするため、幅と高さの両方を半分にリサイズした画像はピクセルの4分の1になります — そしてファイルサイズはJPEGでもPNGでもピクセル数に密接に追随します。これは目に見える劣化なしに品質を調整することで達成できるよりもはるかに大きな削減であり、だからこそファイルを少しではなく劇的に小さくする必要があるとき、リサイズが最初に試すべきことになりやすいのです。

圧縮と置き換わるのではなく積み重なります。6000ピクセル幅のカメラ写真を1920pxにリサイズしてから品質80で圧縮すると、どちらか片方の手順だけで生成されるよりも小さくなります。リサイズがどのみち圧縮器が符号化しなければならないピクセルを取り除き、その後圧縮器が残ったものの中の冗長性を取り除くためです。

画像を拡大することは、リサンプリングフィルタに撮影されなかったピクセル値を作り出すよう求めることであり、そのうまくいく限界ははっきりしています — どんなアルゴリズムも元の解像度が記録しなかった細部を回復することはありません。800×600で撮影された写真を4Kに引き伸ばすと、フレームは満たされますが、フィルタが既存のピクセル間を補間しているだけで失われたピクセルを再構築しているわけではないため、鮮明ではなく滑らかに見えます。

とはいえ、拡大が無意味というわけではありません。小さなアイコンを2倍にする、フォームの最低寸法要件を満たすために低解像度画像をスケールするといった控えめな拡大は、新しい情報を含まないとしても通常の視聴距離では十分に許容できる結果を生みます。誤りは、大幅な拡大がネイティブの高解像度写真のように見えると期待することです — そうはならず、どのツールもそれを実現できません。