[PATCH] Add m1bpp (monochrome, 1 bit/pixel) pixel format
Emil Velikov
emil.l.velikov at gmail.com
Fri Sep 15 12:41:11 UTC 2017
Hi Drew,
Can you add some commit message where this format is doing to be used, how?
I'm not sure what Wayland devs' stance is on s-o-b line is, but I'd
imagine they won't object to it.
On 14 September 2017 at 21:08, Drew DeVault <sir at cmpwn.com> wrote:
> ---
> This patch is pretty straightforward, it does what it says on the tin.
> I'm interested in developing wayland compositors for monochrome
> displays.
>
> It may also make sense to add other pixel formats, like 2bpp/4bpp
> (grayscale), or 8-bit/16-bit color.
>
> protocol/wayland.xml | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git a/protocol/wayland.xml b/protocol/wayland.xml
> index 29b63be..2f72939 100644
> --- a/protocol/wayland.xml
> +++ b/protocol/wayland.xml
> @@ -291,6 +291,7 @@
> </description>
> <entry name="argb8888" value="0" summary="32-bit ARGB format, [31:0] A:R:G:B 8:8:8:8 little endian"/>
> <entry name="xrgb8888" value="1" summary="32-bit RGB format, [31:0] x:R:G:B 8:8:8:8 little endian"/>
> + <entry name="m1bpp" value="2" summary="1-bit monochrome format, 8 pixels per octet, ordered most to least significant bit" />
I believe that all the formats* are analogous to the ones used in the
kernel, as defined in drm_fourcc.h.
Is there such an equivalent, if not should one consider adding one first?
HTH
Emil
* Barring wl_shm's 0 and 1, because hysterical raisins
More information about the wayland-devel
mailing list