最近、DCIM / .thumbnailsフォルダーに巨大な（> 3.5GB）ファイルがあることに気付きました。削除しようとしましたが、次にカメラアプリを開くと、ファイルが再構築されます（プロセス中に電話がロックされ、「メディアスキャン中です」というメッセージが表示されることがあります）。
ギャラリーに表示されるすべての（約2,000）写真の合計ファイルサイズは約500MBです。さらに、Androidにメディアを無視するよう指示する.nomediaファイルを含むフォルダーには、約35,000の画像があります。これらの合計ファイルサイズは約1.5GBです。Galleryアプリはこれらの画像を正しく無視していますが、Cameraアプリが正しく動作せず、実際に処理しているのではないかと思います。
この問題は、ICSのアップグレード（電話（Samsung Galaxy Note）がGingerbreadから最初に更新されたとき、または後日更新されたとき）から発生したと思います。
アイデアはありますか？
1
thumbdataファイルには、各イメージの10kバイトのマイクロサムネイルが保存されます（.nomediaのものは無視されます）iirc。巨大になっている場合、サムスンは何かを壊した可能性があります。参照MiniThumbFile.java
Hmm MiniThumbFileは、nomediaファイルを含むデバイス上のすべてのファイルに割り当てられる番号であるidでデータオフセットを保存します。多くのファイルがあり、画像のIDが高い場合、それらはminithumbfileの非常に遅い位置に配置されます。実際の画像の低いIDを取得しようとすると、おそらく小さなファイルを取得できます（nomedia画像のフォルダの名前をZなどに変更することで動作する可能性があります-また、システム設定>アプリ>メディアプロバイダの下のどこかでメディアdbをリセットしますまたはそう）
ご提案ありがとうございます、zapl。アルファベットの後半でnomediaフォルダーに名前を付けることについてのあなたの提案がなぜ役立つのか、私にはわかりません。ID番号を大きくすると、より多くのスペースが必要になりますか？幸いなことに、私は回避策を見つけたようです。以下の回答を参照してください。
質問はプログラミングに関連するものではなく、IMOはAndroid愛好家により適しています。より大きなidに関して：100％確信はありませんが、thumbfileは
long pos = id * BYTES_PER_MINTHUMB;ファイル内の位置として使用するため、idが大きいほどファイルは大きくなります。それらの親指のうち2000個（IDが0〜1999）は、約20MBしか必要ありません。私を混乱させる部分は、あなたがminithumb4ファイルを持っているのに対し、公式ソースにはminithumbバージョン3だけがあるということです。