Re: [RFC wayland-protocols] unstable: Add input-timestamps protocol

On Wed, Nov 29, 2017 at 12:42:57PM +0200, Alexandros Frantzis wrote: > wl_pointer, wl_keyboard and wl_touch events currently use a 32-bit > timestamp with millisecond resolution. In some cases, notably latency > measurements, this resolution is too coarse to be useful. > > This protocol provides

RE: [EXT] Re: VNC or RDP in Weston

Hi, > -Original Message- > From: wayland-devel [mailto:wayland-devel-boun...@lists.freedesktop.org] On > Behalf Of Keskinarkaus, Teemu > > Any news about the RDP setup-instructions? I made some progress here. With these commands it tries to start the rdp-backend Weston. winpr-makecert

Re: [PATCH weston] gl-renderer: Set pitch correctly for subsampled textures

Hi, this patch is Reviewed-by: Arnaud Vrac Nicolas made some changes to the waylandsink element in gstreamer [1] to better support pitfalls of the SHM protocol. With this patch and the one I posted earlier today, gstreamer git now works perfectly with weston when using SHM,

Re: [PATCH RFC xserver] xwayland: List all wl_output::mode(s) in xrandr

Hi Pekka, > do you also plan to let Xwayland change the mode? If not, what's the > benefit of this? Yeah, sorry, I didn't give all the details on why this RFC patch, my bad. Basically, in downstream RH bug 1289714 [1], Robert Mader (cc'ed) is running some proof of concept to see how he can

Re: [PATCH RFC xserver] xwayland: List all wl_output::mode(s) in xrandr

On Wed, 29 Nov 2017 15:26:58 +0100 Olivier Fourdan wrote: > Xwayland would only list the current wl_output mode in xrandr, even > though multiple modes might be advertised by the Wayland compositor. > > List all available modes listed by the Wayland compositor using >

[PATCH RFC xserver] xwayland: List all wl_output::mode(s) in xrandr

Xwayland would only list the current wl_output mode in xrandr, even though multiple modes might be advertised by the Wayland compositor. List all available modes listed by the Wayland compositor using wl_output::mode in XrandR. Signed-off-by: Olivier Fourdan --- Note: this

[PATCH weston 4/5] gl-renderer: fix pixel format used in texture uploads when using R/RG textures

From: Arnaud Vrac In glTexImage2D / glTexSubImage2D calls, the only pixel formats allowed for the GL_R8 and GL_RG internal formats are respectively GL_RED and GL_RG [1]. Make sure we match this requirement, as some drivers will fail with the current code. [1]

[PATCH weston 5/5] gl-renderer: use correct pixel shader for NV12 format uploaded to RG texture

Signed-off-by: Arnaud Vrac --- libweston/gl-renderer.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libweston/gl-renderer.c b/libweston/gl-renderer.c index 60a7bf06..4fffa78c 100644 --- a/libweston/gl-renderer.c +++ b/libweston/gl-renderer.c @@ -1596,7

[PATCH weston 3/5] gl-renderer: always enable unpack subimage and RG textures in ES3 contexts

From: Arnaud Vrac The GL_EXT_unpack_subimage and GL_EXT_texture_rg are part of the core ES 3.0 specification, so also check the GL driver version in addition to the extension string to determine if those features are supported. Signed-off-by: Arnaud Vrac ---

[PATCH weston 2/5] gl-renderer: try to create a GLES3 context first

From: Arnaud Vrac Some GL drivers do not expose useful extensions like GL_EXT_texture_rg or GL_EXT_unpack_subimage, while they are actually supported. Since those extensions are part of the ES 3.0 core spec, we can workaround this issue by creating an ES3 context. We fallback

[PATCH weston 1/5] gl-renderer: save OpenGL version in renderer context

From: Arnaud Vrac Signed-off-by: Arnaud Vrac --- libweston/gl-renderer.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/libweston/gl-renderer.c b/libweston/gl-renderer.c index 94d81ef4..0a7db13f 100644 ---

[PATCH weston 1/5] gl-renderer: save OpenGL version in renderer context

From: Arnaud Vrac --- libweston/gl-renderer.c | 26 ++ 1 file changed, 26 insertions(+) diff --git a/libweston/gl-renderer.c b/libweston/gl-renderer.c index 94d81ef4..0a7db13f 100644 --- a/libweston/gl-renderer.c +++ b/libweston/gl-renderer.c @@ -199,6

[PATCH weston 0/5] gl renderer fixes for yuv formats

From: Arnaud Vrac I found a few issues while trying to display videos backed with SHM memory. Tested with the following commands on multiple GL stacks (mesa swrast, nvidia, adreno), with GL_EXT_texture_rg enabled and disabled: gst-launch-1.0 videotestsrc ! 'video/x-raw,

[PATCH weston 5/5] gl-renderer: use correct pixel shader for NV12 format uploaded to RG texture

--- libweston/gl-renderer.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libweston/gl-renderer.c b/libweston/gl-renderer.c index 60a7bf06..4fffa78c 100644 --- a/libweston/gl-renderer.c +++ b/libweston/gl-renderer.c @@ -1596,7 +1596,6 @@ gl_renderer_attach_shm(struct

[PATCH weston 3/5] gl-renderer: always enable unpack subimage and RG textures in ES3 contexts

From: Arnaud Vrac The GL_EXT_unpack_subimage and GL_EXT_texture_rg are part of the core ES 3.0 specification, so also check the GL driver version in addition to the extension string to determine if those features are supported. --- libweston/gl-renderer.c | 10 ++ 1

[PATCH weston 2/5] gl-renderer: try to create a GLES3 context first

From: Arnaud Vrac Some GL drivers do not expose useful extensions like GL_EXT_texture_rg or GL_EXT_unpack_subimage, while they are actually supported. Since those extensions are part of the ES 3.0 core spec, we can workaround this issue by creating an ES3 context. We fallback

[PATCH weston 5/5] gl-renderer: use correct pixel shader for NV12 format uploaded to RG texture

--- libweston/gl-renderer.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) diff --git a/libweston/gl-renderer.c b/libweston/gl-renderer.c index 60a7bf06..4fffa78c 100644 --- a/libweston/gl-renderer.c +++ b/libweston/gl-renderer.c @@ -1596,7 +1596,6 @@ gl_renderer_attach_shm(struct

[PATCH weston 2/5] gl-renderer: try to create a GLES3 context first

From: Arnaud Vrac Some GL drivers do not expose useful extensions like GL_EXT_texture_rg or GL_EXT_unpack_subimage, while they are actually supported. Since those extensions are part of the ES 3.0 core spec, we can workaround this issue by creating an ES3 context. We fallback

[PATCH weston 3/5] gl-renderer: always enable unpack subimage and RG textures in ES3 contexts

From: Arnaud Vrac The GL_EXT_unpack_subimage and GL_EXT_texture_rg are part of the core ES 3.0 specification, so also check the GL driver version in addition to the extension string to determine if those features are supported. --- libweston/gl-renderer.c | 10 ++ 1

[PATCH weston 0/5] gl renderer fixes for yuv formats

From: Arnaud Vrac I found a few issues while trying to display videos backed with SHM memory. Tested with the following commands on multiple GL stacks (mesa swrast, nvidia, adreno), with GL_EXT_texture_rg enabled and disabled: gst-launch-1.0 videotestsrc ! 'video/x-raw,

[PATCH libinput] FreeBSD portability fixes

- some items in meson were missing a dependency on udev - libdl does not exist on FreeBSD, dlopen is in libc - no linux/types.h on FreeBSD - stdarg.h included when variadic functions are used - and other fixes --- include/linux/input.h | 11 +++ meson.build | 9

[RFC wayland-protocols] unstable: Add input-timestamps protocol

wl_pointer, wl_keyboard and wl_touch events currently use a 32-bit timestamp with millisecond resolution. In some cases, notably latency measurements, this resolution is too coarse to be useful. This protocol provides additional timestamps events, which are emitted just before the corresponding

libwayland-cursor heap overflow fix

Hi all, I would like to bring to your attention a patch I have just merged into wayland master: https://cgit.freedesktop.org/wayland/wayland/commit/?id=5d201df72f3d4f4cb8b8f75f980169b03507da38 commit 5d201df72f3d4f4cb8b8f75f980169b03507da38 Author: Tobias Stoeckmann