Recientemente he notado un archivo enorme (>3.5GB) en la carpeta DCIM/.thumbnails. He intentado borrarlo, pero la próxima vez que abro la aplicación de Cámara reconstruye el archivo (y bloquea el teléfono, a veces mostrando un mensaje de "escaneo de medios en progreso" en el proceso.)
El tamaño total de todos las (aproximadamente 2,000) fotos mostradas en la Galería es alrededor de 500MB. Además, hay alrededor de 35,000 imágenes en carpetas que contienen archivos .nomedia para instruir a Android a ignorar los medios en ellas. El tamaño total de estos es alrededor de 1.5GB. La aplicación de Galería está ignorando correctamente estas imágenes, pero me pregunto si la aplicación de Cámara está mal comportándose y procesándolas en realidad.
Creo que este problema ha surgido desde la actualización a ICS ... ya sea cuando el teléfono (Samsung Galaxy Note) fue actualizado por primera vez desde Gingerbread o en una fecha posterior.
¿Alguna idea, por favor?
1 votos
El archivo thumbdata almacena una miniatura micro de 10 kbytes para cada imagen (ignorando las que tienen extensión .nomedia) según recuerdo. Si está creciendo tanto, es posible que Samsung haya roto algo. Ver MiniThumbFile.java
0 votos
Hmm MiniThumbFile almacena el desplazamiento de datos con la identificación, que es un número que se asigna a todos los archivos en su dispositivo, incluidos los archivos nomedia. Si tiene muchos archivos y sus imágenes obtienen un id alto, estarán posicionadas muy tarde en el minithumbfile. Puede obtener un archivo más pequeño si intenta obtener ids más bajos para sus imágenes reales (quizás cambiar los nombres de las carpetas de las imágenes nomedia a algo con Z o algo así podría funcionar, también restablecer la base de datos de medios en algún lugar en configuraciones del sistema> aplicaciones> Proveedor de medios o similar)
0 votos
Gracias por tus sugerencias, zapl. No entiendo por qué tu sugerencia de nombrar las carpetas nomedia más adelante en el alfabeto ayudaría; ¿los números de identificación más altos ocupan más espacio? Afortunadamente, parece que he encontrado una solución alternativa. Mira mi respuesta abajo.
0 votos
Por cierto, veo que hubo un voto para "cerrar" esta pregunta incluso antes de que fuera respondida. No entiendo. ¿Alguien piensa que la pregunta era de alguna manera inapropiada?
1 votos
La pregunta no está relacionada con la programación y en mi opinión encajaría mejor en Android Enthusiasts. En cuanto a la cosa del id más grande: no estoy 100% seguro, pero el archivo thumbfile utiliza
long pos = id * BYTES_PER_MINTHUMB;como posición en el archivo, por lo que cuanto más grande sea el id, más grande tiene que ser el archivo. 2000 de esas miniaturas (con ids de 0 a 1999) solo deberían necesitar alrededor de 20mb. Lo que me confunde es que tienes un archivo minithumb4 mientras que la fuente oficial solo tiene una versión minithumb 3.0 votos
No conocía Android Enthusiasts. No creo haberlo encontrado en mis búsquedas en Google. Gracias por señalarlo. Siento haber publicado en el lugar incorrecto. (Mi archivo thumbdata4 no ha cambiado de tamaño desde que fue reconstruido después de que hice el restablecimiento de fábrica hace tres días, así que quizás mi problema se haya resuelto).