[PATCH] Add m1bpp (monochrome, 1 bit/pixel) pixel format
ppaalanen at gmail.com
Fri Sep 15 15:28:09 UTC 2017
On Fri, 15 Sep 2017 11:17:29 -0400
Drew DeVault <sir at cmpwn.com> wrote:
> On 2017-09-15 6:06 PM, Pekka Paalanen wrote:
> > I ask about endianess, because Pixman has some fun pixel formats where
> > endianess is defined to affect also the order of bits, not just bytes.
> This is such a format, and in theory the opposite endianness could
> exist, though I've never observed it in practice. The language in the
> description is sufficient to understand how to use this pixel format on
> any particular architecture.
To be exact, I was referring to this bit of code:
Depending on endianess, it starts counting from either MSB or LSB.
If we can be sure we never want to start counting from LSB, we're good.
Or just add another format.
> > Indeed, 2 and 4 bit formats are also missing, but 8 and 16 bit ones are
> > already defined unless you meant some new variation.
> The 8 and 16 bit ones, so far as I can tell, are 8/16 bits per component
> of an RGB(A) triple (quadruple), rather than 8/16 bits per pixel.
There are 8 and 16 bits per pixel: c8, rgb332, rgb565, argb4444,
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 833 bytes
Desc: OpenPGP digital signature
More information about the wayland-devel