写真圧縮が有効な場合と有効でない場合

圧縮は空き容量のように見えます — 写真を縮小し、メガバイトを取り戻し、目に見える損失はない。現実はもっとニュアンスに富んでいます。一部の写真はサイズのごく一部にきれいに縮小され、見える違いはまったくありません。一方、圧縮した瞬間から意味のあるディテールを失う写真もあります。どちらがどちらかを知ることが、ライブラリを整理することと、静かに劣化させることの違いです。

圧縮が実際に行うこと

圧縮は、同じピクセルをより少ない情報で記述することでファイルを縮小します。滑らかな領域（空、壁、ぼやけた背景）を持つ写真は劇的に圧縮されます — 画像の大部分が一様であるためです。細かいディテール（葉、毛、織物のテクスチャ、遠くの群衆）を持つ写真はあまりきれいには圧縮されません — すべてのピクセルが要約できない情報を運ぶためです。

圧縮に最適な候補

スクリーンショットは明白な当たりです。それらは通常、ファイルが大きく（高解像度のディスプレイキャプチャ）、平坦な領域（UI、べた塗り、テキスト）だらけで、目に見える損失を一切伴わず元のサイズのごく一部に圧縮されます。一度撮って参照用として残す文書、記憶用で再印刷しないパノラマ、そして残すけれどほとんど拡大しないどんな写真も、よく圧縮されます。

元のサイズで残すべき写真

印刷する予定のもの、後で大幅にクロップするもの、ディテールをズームインするもの — これらは元のサイズのままにすべきです。目のキャッチライトが重要なポートレート、大画面で表示する風景写真、シャープさを保つ必要がある商品写真は適切な候補ではありません。圧縮はトレードオフであり、これらはトレードオフが逆方向になる写真です。

始める前にターゲットを選ぶ

最も便利な圧縮画面は、推測ではなくターゲットを選ばせてくれます。日常の写真に対する「保持、拡大しない」用途にはバランスの設定で通常十分です。スクリーンショットや参照用の写真にはより小さな設定が適切で、元のままにしておく必要のある少数の写真には元に近い設定が適切です。ターゲットがなければ、残したい写真を過剰に圧縮し、候補を圧縮しすぎる傾向があります。

効果があるときだけ再圧縮

すでに小さい写真は通常そのままにしておくべきです。400 KBの写真を250 KBに圧縮しても節約量はわずかであり、目に見えるディテールを削ってしまう可能性があります。圧縮画面の役割は、コミットする前に節約量を提示することです — 予測されるファイルが意味のあるほど小さく、写真が適切な種類であれば圧縮し、そうでなければスキップ。

ローカル処理、確認まで元を保持

圧縮は端末上でローカルな画像処理を用いて実行されます。新しいファイルはライブラリに書き込まれ、元画像は確認した後でのみ置き換えられます。それまでは両方のバージョンがライブラリ内に存在するので、誤って元を失うリスクはありません。