[cairo] glitz updates and byte-order fix for libpixman

David Reveman c99drn at cs.umu.se
Mon Jun 21 15:19:49 PDT 2004

I took some time and added an appropriate pixel transfer interface to
glitz. Check glitz.h for details.

This new interface allow cairo to send any type of pixel data to a glitz
surface. Right now the GL backend is guessing the pixel format from the
depth of the image surface and format of the destination surface. I
guess this ok for now, but as backends can actually create image
surfaces of any format, a more solid solution would be to add a way for
backends to get the actual image format mask. Adding something like this
to libpixman should do it:


Does this seem like a good idea?

I've attached a simple fix for libpixman that defines IMAGE_BYTE_ORDER
and IMAGE_BIT_ORDER correctly. It seems like libpixman is always
compiled for MSB first byte/bit order without it. If someone could
verify this fix, I could get it commited.

btw, I've also commited a minor clippping fix to cairo and a new glitz
snapshot (0.1.5) with support for none 24-bit visuals and 2x/4x/8x
software multi-sampling is also available.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libpixman-endian-fix.diff
Type: text/x-patch
Size: 1042 bytes
Desc: not available
Url : http://lists.freedesktop.org/archives/cairo/attachments/20040622/61bd9deb/libpixman-endian-fix.bin

More information about the cairo mailing list