Closed
Bug 254792
Opened 20 years ago
Closed 14 years ago
Keep XBM images at 1-bit
Categories
(Core Graveyard :: GFX, defect)
Core Graveyard
GFX
Tracking
(Not tracked)
RESOLVED
WONTFIX
People
(Reporter: megabyte, Unassigned)
References
Details
XBMs are currently converted from 1-bit to 32-bit, quite a waste of memory. Whenever bug 38447 is fixed and XBMs are supported as cursors, this will also waste CPU by converting from 1-bit to 32-bit and back to 1-bit (particularly for GTK <2.4 since that only supports 1-bit cursors. In short, this is like bug 143046 for GIFs, and depends on those changes. That only covers RGB, and more work may need to be done for optimizing the alpha channel for binary transparency. Since the alpha channel and RGB data are held in two separate variables, it may be that XBMs can only be optimized to 2-bit, but that's far superior to 32-bit. I suppose we'll need bugs for optimizing all of the other image formats as well.
Comment 1•17 years ago
|
||
In Cairo we could do the following: in gfxImageFrame, add a format A1, using the CAIRO_FORMAT_A1, where the image data is a 1bit alpha, and then draw the image using a foreground and background (=transparent?) color. But I am not sure if it worth the trouble.
Updated•16 years ago
|
Product: Core → Core Graveyard
Reporter | ||
Comment 2•14 years ago
|
||
XBM support was removed.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•