Feature #123: animated gif - nomacs - image lounge

Copy

Feature #123

animated gif

Added by Markus about 1 year ago. Updated 3 months ago.

Status:

Closed

Start date:

28.02.2012

Priority:

Normal

Due date:

Assignee:

% Done:

100%

Category:

Target version:

1.0.0

Version:

Description

even though gif is so 80's we should support animated gifs (philologists seem to like it : )

gif-animation.patch - animated gif support (2.08 KB) Fedor, 16.08.2012 05:12

gif2.patch (2.36 KB) Fedor, 16.08.2012 11:42

Related issues

History

#1 Updated by Fedor 9 months ago

File gif-animation.patch added

Here's a patch that enables animated gifs support.
If you are watching images in a row, animation is disabled. To turn it on reload the image.

#2 Updated by Stefan 9 months ago

Status changed from New to In Progress
% Done changed from 0 to 50

thanks.

now nomacs is capable of displaying animated gif, but there are still some errors:

an image is loaded in the background of the animated gif (gif is the 2nd image in the folder, and the first image is displayed in the background)
after playing the gif the path of the current directory is not remembered and i am unable to switch to the next image of the folder

#3 Updated by Fedor 9 months ago

File gif2.patch added

Thanks, here's a new patch.

#4 Updated by Stefan 9 months ago

Great!
#1 is solved, but i am still able to "loose" the directory, especially when i switch the images very fast...
imho we also should think about something like a control widget for animated gif (play, pause, increase/decrease speed) in the future

#5 Updated by Fedor 9 months ago

It looks like I'm able to loose the directory in the current trunk version by reaching the end or the beginning of the folder.
So, maybe it has nothing to do with gifs and is a separate bug?

#6 Updated by Stefan 9 months ago

oh, haven't tested it with the trunk version, only with the stable.
Markus? :)

#7 Updated by Fedor 9 months ago

Ok, I'll test it with different versions of code later.
Do you loose the directory by only switching the images or by accidently reaching the edge of folder?

#8 Updated by Fedor 9 months ago

Also, the first patch shouldn't be applied before the second one. Just in case.

#9 Updated by Stefan 9 months ago

i think it was at the beginning of the directory, so i think the bug should be in the trunk version (will check this later)

you can only apply one of the patches because the subversion revision number is stored in this files and it fails if you have changed the file

#10 Updated by Stefan 9 months ago

bug is also in the trunk version (see #168)

#11 Updated by Markus 3 months ago

Status changed from In Progress to Closed
% Done changed from 50 to 100

#12 Updated by Stefan 3 months ago

Target version set to 1.0.0

changed target version