[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-optimize
Subject:    Re: Some optimization opportunities
From:       Luciano Montanaro <mikelima () cirulla ! net>
Date:       2004-06-19 15:27:07
Message-ID: 200406191727.08264.mikelima () cirulla ! net
[Download RAW message or body]

On Saturday 19 June 2004 15:39, Maks Orlovich wrote:
> > I think it should not... If I recall correctly, Qt can handle 32bpp and
> > 8bpp images, and 8bpp images are expanded on the fly when drawn on the
> > screen. The drawing may take a bit longer to complete (but maybe not,
> > since there are fewer bytes to read), but the memory saving, as you say,
> > may be worth the penalty.
>
> Uhm, we cache icons in memory as -pixmaps-. 

I assumed - wrongly - that Qt could use XPixmaps of any depth the XServer
can handle. I have seen this is not the case.

> Not images. So they're always 
> in native format for the X server as soon as loaded. Also, what makes you
> think that:
> 1. KIconEffect/KImageEffect application works with paletted items?

Well, at least some of the effects could be done on paletted images.
Contrast/gamma/desaturation/colorization effects could be achieved by 
changing the palette instead of the graphics data. 

> 2. There is a noticeable memory use for icons

I guess not... xrestop says konqueror in file management mode consumes
228K of pixmap memory.

> 3. You can do the conversion with acceptable quality.

I suspect conversion to a 256 color palette mode would not degrade quality 
significantly, at least at smaller icon sizes. 

However, since this will not gain us anything, except perhaps disk space,
there is little reason to do this.

Luciano
_______________________________________________
Kde-optimize mailing list
Kde-optimize@kde.org
https://mail.kde.org/mailman/listinfo/kde-optimize
[prev in list] [next in list] [prev in thread] [next in thread]