No, the unneeded thumbnail is not deleted. Current android application, like media gallery uses the id of image or video from media database to seek the location of related thumbnail: id*10000, in thumbnail database file. The id is unsigned int, increased from 1.
On Mar 10, 8:44 pm, rktb <[email protected]> wrote: > If you eject the sdcard and shove it back in, isn't the unneeded > thumbnail deleted? > > -Ravi > > On Mar 10, 2:33 am, "[email protected]" <[email protected]> > wrote: > > > > > In Android cupcake release, both image and video support micro > > thumbnail (96*96), and micro thumbnails are stored in one database > > file, which is under location /sdcard/dcim/.thumbnails. > > > The thumbnail database file for micro thumbnail consists of blocks, > > the size of each block is 10k bytes. That is, every micro thumbnail > > (96*96) occupys one block. Application can use the image or video ID > > from media database to locate the micro thumbnail in thumbnail > > database. The issue is that when the image or video is deleted from > > file system, the occupied block in micro thumbnail database file is > > not freed. So there may be lots of dead blocks, which accupied file > > system memory and are never freed. The bad situation is that the dead > > blocks may accupy hundreds of magebytes. > > > Will this issue be fixed in later android release?- Hide quoted text - > > - Show quoted text - --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "android-framework" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/android-framework?hl=en -~----------~----~----~----~------~----~------~--~---
