aboutsummaryrefslogtreecommitdiffhomepage
path: root/video/out/vo_wayland.c
Commit message (Collapse)AuthorAge
* configure: build with wayland 1.2.0Gravatar Alexander Preisinger2013-09-03
| | | | | For the time being there will be a check if someone uses wayland from git, because I really really like to have the others formats too.
* wayland/shm: rework format handlingGravatar Alexander Preisinger2013-08-26
| | | | Use a linked list for all supported formats and make the format table const.
* wayland: fix memory leaksGravatar Alexander Preisinger2013-08-26
|
* wayland/shm: use opaque regionsGravatar Alexander Preisinger2013-08-26
| | | | | | Make use of opaque regions on non-alpha formats. This allows the compositor to improve the drawing of the surface, because he can discard everything behind the window when drawing.
* wayland: shm based software renderingGravatar Alexander Preisinger2013-08-25
A wayland output based on shared memory. This video output is useful for x11 free systems, because the current libGL in mesa provides GLX symbols. It is also useful for embedded systems where the wayland backend for EGL is not implemented like the raspberry pi. At the moment only rgb formats are supported, because there is still no compositor which supports planar formats like yuv420p. The most used compositor at the moment, weston, supports only BGR0, BGRA and BGR16 (565). The BGR16 format is the fastest to convert and render without any noticeable differences to the BGR32 formats. For this reason the current (very basic) auto-detection code will prefer the BGR16 format. Also the weston source code indicates that the preferred format is BGR16 (RGB565). There are 2 options: * default-format (yes|no) Which uses the BGR32 format * alpha (yes|no) For outputting images and videos with transparencies