Hi,

I'm about the change the thumbnailing (again). Right now, Freevo
stores the thumbnails in the vfs (cvs as .thumb. files). That has the
side effect that the directory may rebuild only because new thumbnails
are created. So maybe a different location. Everyone has a .thumbnail
directory in his home. Looking at www.freedesktop.org, you can find a
guideline how to store thumbnails in this directory so other
applications may also use it. This involves storing all thumbnails in
the large dir (128x128 is too small for us) as png with meta
informations. The enlightenment people wrote epsilon for the
thumbnailing and they violate the freedesktop rules at one point: it
is much faster using epeg (also enlightenment) to create a jpg
thumbnail. Sad, they use the normal size for thumbnailing, too, we
can't use that. 

So what I have done: improve pyimlib2 to create thumbnails in the
correct dir. When epeg is installed, use epeg for jpg thumbnails. As a
result about 4000 photos fit in 66MB thumbnails. 

Right now my version here supports both, the old vfs and the
.thumbnails style. But do we need both? To keep the code cleaner, I
want to remove the vfs way of thumbnailing. Comments on that?

And two questions remain: First, what to do with rom drives? A disc
can change the drive, so the thumbnailer won't find it. I was
thiunking of VFS/disc/DISC_NAME/.thumbnails as a solution for the
problem. Second: do we need creating thumbnails with the cache helper?
Right now thumbnails are created on the fly, meaning you enter an
image dir and you see only the mimetype icon and file after file, the
image is shown (like other image viewers do). So what about removing
the thumbnail support in the cache helper?

To go further: the mediadb also stores the information in the
vfs. What about creating LIB_DIR/medtadb and store all cache files
there. Maybe the same for the .raw files of fxd files (pickled for
faster access). CACHE_DIR/fxd should do the trick. Doing that, the vfs
would be clean, containing only the files that are created by the
user. 

Comments please.

Dischi

-- 
Unnamed Law:
        If it happens, it must be possible.

Attachment: pgpWK8yZ152x5.pgp
Description: PGP signature

Reply via email to