iPhone のストレージ設定を開きます。写真は 24 GB を使用していると表示されます。写真を数えてみると、おそらく 8,000 枚の画像があり、それぞれ平均 1.5 MB になります。それはたったの12GBです。残りの 12 GB はどこに隠れていますか?
その答えは、表示されている写真と一緒に iOS がサイレントに作成する非表示のコンパニオン ファイルにあります。これらの目に見えない形式は、非破壊編集、サムネイル キャッシュ、深度マッピングなどの正当な技術的目的を果たしますが、標準のフォト ギャラリー アプリでは明らかにできない巨大なストレージ シャドウに蓄積されます。
iPhone に隠された 7 つの写真形式
1. AAE ファイル — Apple の非破壊編集サイドカー
写真アプリでトリミング、回転、フィルターの適用、または明るさの調整を行っても、iOS は元の画像を変更しません。代わりに、編集指示を記録する小さな XML/plist ドキュメントである.AAE ファイル (Apple Adjustment Extension) が作成されます。元のイメージは変更されず、AAE ファイルはレンダリング中にオーバーレイとして適用されます。
個々の AAE ファイルは小さい (1 ～ 5 KB)。しかし、何年にもわたって 3,000 枚の写真を編集した場合、編集を元に戻しても 3,000 個の孤立した AAE ファイルが残ります。また、バックアップや移行中にも転送されるため、ファイル システムが乱雑になります。
2. FullSizeRender — Instagram/VSCO エクスポート シャドウ
Instagram、VSCO、Snapseed、またはその他のサードパーティ アプリで写真を編集してカメラ ロールに保存し直す場合、アプリは元の写真を上書きしません。代わりに、FullSizeRender (または IMG_E1234 のようなバリアント) という名前の新しいフル解像度 JPEG が作成されます。これで、オリジナルの HEIC とエクスポートされた JPEG の 2 つのコピーができました。JPEG 圧縮は HEIC よりも効率が悪いため、多くの場合 3 倍大きくなります。
サードパーティ アプリで写真を定期的に編集したり再保存したりするユーザーは、気付かないうちにこれらのシャドウ コピーを何千もの蓄積する可能性があります。 10,000 枚の表示可能な写真が含まれるカメラ ロールには、6 ～ 12 GB の非表示ストレージを消費する 2,000 ～ 4,000 枚の FullSizeRender の複製が含まれる場合があります。
3. PVTC サムネイル — プレビュー キャッシュ
iOS は、PhotoData/Thumbnails/ に複数解像度のサムネイル データベースを維持します。ライブラリ内のすべての写真に対して、システムは小さなグリッド アイコン (88 × 88)、中程度のプレビュー (256 × 256)、および大きなプレビュー (1024 × 1024) の 3 つのサムネイル サイズ を事前にレンダリングします。このキャッシュにより、写真アプリはフル解像度のファイルを読み込まなくても、数万枚の画像をスムーズにスクロールできるようになります。
15,000 枚の写真ライブラリでは、サムネイル キャッシュは通常1.5 ～ 3 GB を消費します。 (復元またはリセットによって) 削除された場合は自動的に再生成されますが、写真アプリのパフォーマンスに影響を与えずに手動で削除することはできません。
4. Live Photo MOV コンパニオン
各 Live Photo は、HEIC 静止画像とQuickTime .MOV ビデオ クリップ (H.265 エンコード、シャッター前 1.5 秒 + 後 1.5 秒) の 2 つのファイルで構成されています。 Live Photo を標準の静止画に変換する場合 (長押し → Live をオフにする)、MOV ファイルは常にすぐに削除されるわけではありません。変換された Live Photo から孤立した MOV コンパニオンは無期限に残ることができます。
5.深度マップおよびセグメンテーション マスク ファイル
ポートレート モードの写真には、TrueDepth または LiDAR の深度マップと人物セグメンテーション マスクがプライマリ画像と一緒にバンドルされています。これらの補助データ ファイルにより、調整可能なボケ効果と照明モードが可能になります。各深度マップにより、ポートレート写真 1 枚につき 1 ～ 3 MB が追加されます。ポートレートショットが数千枚あるデバイスでは、このオーバーヘッドは 3 ～ 8 GB に達します。
6. PhotoData キャッシュと分析データ
iOS は、顔認識、物体検出、シーン分類、ペットの識別など、写真ライブラリに対して継続的なオンデバイス機械学習分析を実行します。結果は、PhotoData/ SQLite データベースと特徴ベクトル キャッシュに保存されます。大規模なライブラリ (20,000 枚以上の写真) では、この分析データは2 ～ 5 GB まで増加します。これが、[設定] → [iPhone ストレージ] の [システムデータ] カテゴリが予期せず膨張する主な理由です。
7.編集された Live Photos からの TRIM アーティファクト
Live Photo をトリミングすると（別のキーフレームを選択するか、クリップを短くすると）、iOS は元の全長 MOV を保存し、新しいイン/アウト ポイントを指す .TRIM メタデータ ファイルを作成します。トリミングされていないビデオ データはディスク上に残り、トリミングされた Live Photo ごとに 2 ～ 4 MB が追加されます。これは、 サイズを削減する必要があると思われる編集のための目に見えないストレージ オーバーヘッドです。
どれくらいの隠しストレージを無駄にしていますか?
| 隠しフォーマット | ファイルあたりのサイズ | 標準的なボリューム | 推定廃棄物 |
|---|---|---|---|
| AAE 編集サイドカー | 1 ～ 5 KB | 2,000 ～ 5,000 ファイル | 5～25 MB |
| FullSizeRender のコピー | 3～5 MB | 500 ～ 3,000 部 | 1.5 ～ 15 GB |
| PVTC サムネイル | さまざま (データベース) | ライブラリ全体 | 1.5 ～ 3 GB |
| 孤立した Live Photo MOV | 3～5 MB | 200 ～ 1,000 ファイル | 0.6 ～ 5 GB |
| 深度マップとマスク | 1～3 MB | 500 ～ 3,000 ファイル | 0.5 ～ 9 GB |
| 写真データの分析 | さまざま (データベース) | ライブラリ全体 | 2～5 GB |
| TRIM アーティファクト | 2～4 MB | 100 ～ 500 ファイル | 0.2 ～ 2 GB |
隠しストレージへの合計の影響
7 つの非表示形式すべてで、12,000 枚の表示可能な写真を含む 2 年前の一般的な iPhone には、6 ～ 30 GB の非表示コンパニオン ファイルが保存されます。これは、500 枚の写真を削除すると、予想よりはるかに多くの、またははるかに少ないストレージが解放されることが多い理由を説明しています。
目に見えないストレージを再利用する方法
- 親写真を削除する: 写真を削除すると、iOS は関連する AAE、深度マップ、MOV コンパニオン、および TRIM アーティファクトも削除します。最も効果的なクリーンアップ戦略は、不要な写真を削除することです。隠しファイルも自動的に削除されます。
- 編集した写真を再保存しないようにします。 Instagram/VSCO からカメラ ロールにエクスポートし直す (FullSizeRender コピーを作成する) 代わりに、編集アプリから直接共有します。
- オリジナルを削除する前に Live Photos を変換します。 静止画のみが必要な場合は、MOV コンパニオンを適切に削除する写真アプリの組み込み「静止画として保存」機能 (iOS 17 以降) を使用します。
- PhotoData 分析のプレッシャーを軽減します: ライブラリが小さく、クリーンであるということは、ML 分析データが少なくなるということを意味します。 5,000 枚の不要な写真を削除すると、分析データベースが 1 ～ 2 GB 縮小する可能性があります。
隠れた不要なものを自動的に表示する
スワイプ フォト クリーナー (Wipe AI) は、重複した FullSizeRender エクスポート、孤立したバースト シーケンス、古いスクリーンショットなど、目に見えないストレージの無駄の最も一般的な原因を特定します。カードをスワイプして素早く親写真を削除すると、関連するすべての非表示コンパニオン ファイルが自動的に消去されます。ファイル システムの内部探索は必要ありません。
