GNU bug report logs - #23431
Displaying animated GIFs can make Emacs unresponsive

Previous Next

Full log

View this message in rfc822 format

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 23431 <at> debbugs.gnu.org, jch <at> pps.univ-paris-diderot.fr
Subject: bug#23431: 25.0.93; EWW hangs
Date: Tue, 03 May 2016 19:23:33 +0200

Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Lars Ingebrigtsen <larsi <at> gnus.org>
>> Cc: jch <at> pps.univ-paris-diderot.fr,  23431 <at> debbugs.gnu.org
>> Date: Tue, 03 May 2016 19:04:21 +0200
>> 
>> Most parts of the image formatting doesn't happen until redisplay
>> happens -- `image-animate-timeout' just increases the image index, and
>> then redisplay does all the hard lifting.
>> 
>> While redisplay is doing all that, Emacs isn't allowing any events to
>> fire, I think, so we should be able to see that Emacs is busy...
>
> But why would display of an image be so slow?  It isn't slow with
> simple GIF images.  What am I missing?

Computing animated images is more complicated.  And see the comment I
made about ImageMagick animation implementation.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.