インポートはコピーする。ほとんど移動しない
ほとんどの人が持つ心の中のモデルは、インポートが写真を保管庫へ移す、というものです。実際には、インポートは通常、元を読み取って新しい暗号化されたコピーを書き込み、原本をまさにあった場所に残します。
それは理にかなった設計です——失敗時に唯一のコピーを削除するインポートは、はるかにひどいでしょう——しかしそれは、後始末の手順があなたのものであり、それを省けば、離れようとしていたカメラロールに写真が残ることを意味します。
余分な変種がどこから来るか
原本を超えて、通常の端末の利用は、あなたが意図的に作っていないバージョンを生みます。写真エディタは別の編集済みファイルを保存します。クラウドライブラリは、あなたが何かを決める前にアップロードします。メッセージアプリは、異なるファイル名と日付で、独自の添付のコピーを保存します。
監査するころには、同じ画像が4つの名前と4つのタイムスタンプで存在しているかもしれません。だからこそ、閲覧より数えることのほうが重要です。
小さなバッチが検証を可能にする
ライブラリ全体を一度にインポートすると、検証できないほど大きな数になり、その中にどんな失敗も隠してしまいます。項目数の分かっている10件のバッチは、1分で確認できます。
始める前に、元の画質と容量節約モードのどちらを選んだかを記録してください。それが、正しい結果がどう見えるかを決めるからです。
重要な検証
- 項目数と形式の分かっている、小さなバッチを選びます。
- 元の画質と容量節約のどちらを選んだかを記録します。
- サムネイルではなく、保管庫の中で完全なファイルを開きます。
- 日付、寸法、動画の長さ、音声を元と比較します。
- 復旧用のコピーが存在してから初めて、元とゴミ箱のコピーを取り除きます。
後始末の間違い
- バッチで手順をテストする前に、ライブラリ全体をインポートすること。
- 完全なファイルを開くのではなく、サムネイルを数えること。
- バックアップを用意せずに、自動の写真後始末ツールを実行すること。
Amara はまず、機微でないデータでテストします。「項目数と形式の分かっている小さなバッチを選ぶ」。次に Amara は2つ目の確認手順に従います。「元の画質と容量節約のどちらを選んだかを記録する」。この架空のシナリオは判断の流れを示すものであり、製品テストの報告ではありません。
- テストする前にライブラリ全体をインポートすること
- 完全なファイルではなくサムネイルを数えること
- バックアップなしに自動の後始末を実行すること
「容量を節約」は元のファイルを保ちますか？
画像のファイルサイズを減らすことがあるので、正確な保存が重要なときは元の画質でのインポートを使ってください。
Android 版 NullVault で動画の形式は変わりますか？
現在の Android の提案では、動画は元の形式のまま残ります。