So I tried to duplicate your issue on my Intel IvyBridge (w/LVDS)... but for
some reason Weston never enters idle/screensaver mode (i.e. screen always stays
on w/desktop showing) :-/. I am using the default Weston idle (i.e. I didn't
specify "-i").
Also, in a similar test I plugged an external
Hello,
One problem in embedded world is that people want the same thing with a PC.
Two solutions are available :
- first we create from scratch every things. Then the software works fine
on the target but it's the "wild west"... :-) and it's bad for the
innovation.
- second we use libraries from
On Wed, Jun 19, 2013 at 4:50 AM, John Kåre Alsaker
wrote:
> I don't see a way to have a group of surfaces in sync with a video
> surface operating independently on top work in the current
> implementation without locking. It seems that only work for a single
> surface and not a group of surfaces.
the mode list is ordered so that the lower frequencies come
before the higher ones, so traverse the list from the end
to the beginning
---
src/compositor-drm.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/src/compositor-drm.c b/src/compositor-drm.c
index 8787723..c4f9cf6 100
2013/6/19 Alexander Preisinger :
> Hi,
>
> Using Desktop OpenGL on wayland is possible. I wrote the EGL backend for the
> mpv video player which also uses Full OpenGL.
Good, thanks to share.
> The only problem is when you want to have a system without any X11
> libraries.
>
This is more a proble
Hi,
Using Desktop OpenGL on wayland is possible. I wrote the EGL backend for
the mpv video player which also uses Full OpenGL.
The only problem is when you want to have a system without any X11
libraries.
Best Regards,
Alexander
2013/6/19 Wander Lairson Costa
> Hi,
>
> I am starting to add s
Hi,
I am starting to add support for Wayland in Blender. From mailing list
archives I see Campbell Barton has already discussed this possibility
here a long time ago.
As far as I understood, Weston uses OpenGL ES because libGL depends on
GLX, which depends on X11 libraries. What I don't understan
On 19 June 2013 03:52, John Kåre Alsaker wrote:
> Here is my current color management protocol for Wayland clients. The
> basic idea is that the compositor sends two color spaces to the
> clients.
If we back up a little first, what's the problem we're trying to solve?
* We already have the ICC p
