This adds single-symbol compose support using libxkbcommon's compose
functionality. E.g., assuming you have the right alt key defined as
your compose key, typing +i+' will produce í, and +y+= will
produce ¥. This makes compose key work for weston-editor,
weston-terminal, weston-eventdemo, and any
Hi Vincent,
On 5 October 2016 at 13:54, Vincent Abriou wrote:
> This serie of patches add the support of the most common SHM YUV pixel
> formats used by gstreamer software plugins.
I've pushed these two, as well as the weston-egl-ext.h change, with my
review and a couple of small changes. There
As to what is done for gl-renderer.c, weston-egl-ext.h should be
include in compositor-drm.c, compositor-x11.c and compositor-wayland.c.
This fix building issue with GPU that does not have EGL_PLATFORM_xxx_KHR
in their extension header file eglext.h.
Signed-off-by: Vincent Abriou
---
libweston/c
On Fri, 30 Sep 2016 14:11:01 +0200
Armin Krezović wrote:
> This is (hopefully final) take 4 of my new output configuration API.
>
> This series addresses some minor issues found during the DRM backend
> review and contains some (rather major) refactoring of the Wayland
> backend to bring back ol
This patch allow gl-renderer to accept WL_SHM_FORMAT_NV12 buffers.
Signed-off-by: Vincent Abriou
---
libweston/gl-renderer.c | 64 ++---
1 file changed, 45 insertions(+), 19 deletions(-)
diff --git a/libweston/gl-renderer.c b/libweston/gl-renderer.c
i
This serie of patches add the support of the most common SHM YUV pixel
formats used by gstreamer software plugins.
v2:
- rebase on git master
- wrap to 80 characters the long lines
- use GL_R8_EXT/GL_RG8_EXT when GL_EXT_texture_rg extension is supported
Vincent Abriou (2):
gl-renderer: add s
This patch allow gl-renderer to accept WL_SHM_FORMAT_YUV420 buffers.
In a gstreamer pipeline, the support of the WL_SHM_FORMAT_YUV420 by
weston avoid pixel conversion between software decoders and waylandsink.
Indeed, software decoders output I420 (YUV420 planar) that will
match with WL_SHM_FORMAT
On 05.10.2016 14:35, Pekka Paalanen wrote:
> On Fri, 30 Sep 2016 14:11:09 +0200
> Armin Krezović wrote:
>
>> This is a complete port of the Wayland backend that
>> uses the recently added output handling API for output
>> configuration.
>>
>> - Output can be configured at runtime by passing the
>
On Fri, 30 Sep 2016 14:11:09 +0200
Armin Krezović wrote:
> This is a complete port of the Wayland backend that
> uses the recently added output handling API for output
> configuration.
>
> - Output can be configured at runtime by passing the
> necessary configuration parameters, which can be
>
I added following line in weston.service but still it failed.
Conflicts=getty@tty1.service
root@linux123:~# systemctl status weston -l
? weston.service - weston (wayland compositor)
Loaded: loaded (/lib/systemd/system/weston.service; static; vendor
preset: enabled)
Active: inactive (dead)
On 05.10.2016 10:51, Vikas Patil wrote:
> Dear All,
>
> I am working on to start weston on tty=1 using the systemd, however it
> fails to start on boot-up. If I launch weston after bootup using
> "systemd start weston" then it works but not with the bootup. If I use
> tty=2 then it work on bootup.
Dear All,
I am working on to start weston on tty=1 using the systemd, however it
fails to start on boot-up. If I launch weston after bootup using
"systemd start weston" then it works but not with the bootup. If I use
tty=2 then it work on bootup. systemd version is 225.
Could you anyone explain w
12 matches
Mail list logo