Re: F-Spot slow when scrolling 8000+ pictures

[tim netsimplex com]

Is it possible for an alternative to be implemented that allows F-Spot to
manage the thumbnails separately if the user chooses that option? The
reason I ask is because this will most likely be one of the areas I have
to modify for the Windows Port anyway. So it would seem an ideal situation
anyway to add abstraction and allow for a different process to be used.
For instance, if I develop something to be used on Windows then that could
possibly be used as an alternative to the Gnome thumbnail management.

Just a thought.


cheers,


tim




> It's implemented following a freedesktop.org standard
>
> regards
>
> s
> On Fri, 2007-01-12 at 18:24 +0000, Aigars Mahinovs wrote:
>> On 11/01/07, Hubert Figuiere <hub figuiere net> wrote:
>> > George Talusan wrote:
>> > > I saw this too after I erased my ~/.thumbnails directory -- it was
>> large
>> > > at 6GB.  After erasing it, F-Spot, I think, tried regenerating
>> > > thumbnails for all of my 50,000 pictures.  It took a long time and I
>> > > think it stalled a few times.  I had to restart the application
>> before it got to
>> > > the point where the slowness went away.
>> >
>> > 50K files in a directory (.thumbnails/normal) is very heavy duty....
>> > even on Linux.
>>
>> Argh! Who implemented this? One single folder with lots of file will
>> be slow on almost all filesystems. It needs to either be partitioned
>> or to store thumbnails in the DB.
>>
>> And another thing - why the hell are the thumbnails in PNG???? Just
>> taking such thumbnail and resaving it as 50% quality JPEG reduces the
>> size tenfold. I can be that it also improves the speed too.
>>
>> Can we, please fix that? ANd along the way, can we make Gnome people
>> fix nautilus too?
>>
> --
> Stephane Delcroix
> stephane delcroix org
>
> _______________________________________________
> F-spot-list mailing list
> F-spot-list gnome org
> http://mail.gnome.org/mailman/listinfo/f-spot-list
>