EOG - Feature request: preload next photo in a directory

[Pepos]

Hi.
I like seeing my photo albums using EOG find it very convenient.
The problem is my computer is rather slow, so I am to wait some time to load a next photo.
This time is for about 5-8 seconds for high-resolution photos.
So, I have an idea how to decrease this time.

When loading and resizing of the current photo is completed, CPU have some idle time while I see this photo.
This time could be used to preload (load, decode and resize) the next photo in the directory.
Preloading should be optional (with checkbox in options) and could be done by a separate thread, for example.
In this case switching to the next photo will seems instantaneous.

Thank you in advance, you user,
                              Alex.
_______________________________________________
Eog-list mailing list
Eog-list@...
http://mail.gnome.org/mailman/listinfo/eog-list

[Christoph 'Gigi' Fuchs]

Hi there,
first of all thanks to everyone for the great work on this image viewer.

I am waiting for this feature for ages. Eye of Gnome would really gain
some snappiness by preloading the next picture(s).

Another thing I am still missing in EOG is the ability to change the
mouse-wheel behaviour. I am used to flipping through my album using
the mousewheel. For me this is a much more common task than zooming -
the mousewheels current binding. I proposed this in the EOG wiki
discussion some time and I remember that zooming is the intended
behaviour. Well, then I'd love to see CTRL+mousewheel bound to
next/previous and mousewheel to zooming, with an option provided to
switch the behaviour (so CTRL+mousewheel zooms and mousewheel switches
to next/previous picture).

With these two missing I am forced to use GQview. Well, you will
probably argue now 'fine, then use GQview'. But that's not the point.
I don't want to use it. I wan't to use EOG! Not that I'm a fanboy of
any kind but I don't want to install a second image viewer on all my
machines all the time if the default one is almost perfect.

Cheers,
Gigi

On Tue, Aug 4, 2009 at 7:42 PM, Pepos<dobermancbr@...> wrote:

> Hi.
> I like seeing my photo albums using EOG find it very convenient.
> The problem is my computer is rather slow, so I am to wait some time to load a next photo.
> This time is for about 5-8 seconds for high-resolution photos.
> So, I have an idea how to decrease this time.
>
> When loading and resizing of the current photo is completed, CPU have some idle time while I see this photo.
> This time could be used to preload (load, decode and resize) the next photo in the directory.
> Preloading should be optional (with checkbox in options) and could be done by a separate thread, for example.
> In this case switching to the next photo will seems instantaneous.
>
> Thank you in advance, you user,
>                              Alex.
> _______________________________________________
> Eog-list mailing list
> Eog-list@...
> http://mail.gnome.org/mailman/listinfo/eog-list
>
>

_______________________________________________
Eog-list mailing list
Eog-list@...
http://mail.gnome.org/mailman/listinfo/eog-list

[Claudio Saavedra-7]

El mar, 04-08-2009 a las 21:42 +0400, Pepos escribió:

> I like seeing my photo albums using EOG find it very convenient.
> The problem is my computer is rather slow, so I am to wait some time
> to load a next photo.
> This time is for about 5-8 seconds for high-resolution photos.
> So, I have an idea how to decrease this time.
>
> When loading and resizing of the current photo is completed, CPU have
> some idle time while I see this photo.
> This time could be used to preload (load, decode and resize) the next
> photo in the directory.
> Preloading should be optional (with checkbox in options) and could be
> done by a separate thread, for example.
> In this case switching to the next photo will seems instantaneous.

Surprise, surprise! There's a bug report open for ages about this

  http://bugzilla.gnome.org/show_bug.cgi?id=321603

Claudio

_______________________________________________
Eog-list mailing list
Eog-list@...
http://mail.gnome.org/mailman/listinfo/eog-list