KHTML developers: Animated GIF playing

Mosfet dan.duley at
Wed May 14 00:04:10 BST 2003

Okay, those are some good tests. Both work fine using libungif and pixieplus, 
(using local files). The first one hardly uses any CPU at all on my AMD 
Athlon and the second one loads after a second or two, (not bad for a 1.8meg 
GIF ;-)

I'll go ahead and do try to do a incremental version that will work off of KIO 
and repost. I'll also take a look at KHTML and try to see if I could 
determine a better way of repainting, although you guys know more about that 
than I do. 

On Tuesday 13 May 2003 03:43 pm, Maks Orlovich wrote:
> On Tuesday 13 May 2003 02:45 am, Stephan Kulow wrote:
> > On Monday 12 May 2003 16:36, Mosfet wrote:
> > > I've been kindof annoyed at animated GIF playing using QMovie for some
> > > time. It used to take a lot of resources, now it sometimes takes all
> > > the CPU and makes the GUI crawl. Because of this I wrote my own
> > > animated GIF player based on libungif. Qt's version manually parses
> > > each byte of the GIF ;-)
> > >
> > > My libungif version seems to work much smoother to me, esp. with large
> > > GIF animations. I didn't code it using QImageConsumer but I can do so
> > > if you all are interested in using it. Drop me a line and I can convert
> > > it and provide the code to you.
> >
> > It can't get much worse I'd say. Just make sure your code handles color
> > maps and dithering correctly. I don't know what libungif gives you, but
> > with the Qt GIF reader this was the biggest problem. I'd be happy to test
> > your code. Unfortunatly my own collection of test GIF images is lost, but
> > I find some :)
> has a couple test images Konq doesn't do all too well on ATM.

More information about the kde-core-devel mailing list