---
src/xwayland/window-manager.c | 32
1 file changed, 28 insertions(+), 4 deletions(-)
diff --git a/src/xwayland/window-manager.c b/src/xwayland/window-manager.c
index a889278..4f06bee 100644
--- a/src/xwayland/window-manager.c
+++ b/src/xwayland/window-manager.
Thanks for catching these. Not sure how I missed it when I did the original
rename.
--Jason Ekstrand
On Oct 17, 2013 12:25 PM, "Cameron Stewart" wrote:
> For some reason it not only compiled with different parameters but the
> method succeeded and just failed later.
> ---
> clients/gears.c
Signed-off-by: Jonas Ådahl
---
src/input.c | 2 +-
src/udev-seat.c | 5 +
src/udev-seat.h | 1 +
3 files changed, 7 insertions(+), 1 deletion(-)
diff --git a/src/input.c b/src/input.c
index 0a4568b..afa4459 100644
--- a/src/input.c
+++ b/src/input.c
@@ -45,7 +45,7 @@ static void unbind_r
Signed-off-by: Jonas Ådahl
---
src/input.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/src/input.c b/src/input.c
index de46433..0a4568b 100644
--- a/src/input.c
+++ b/src/input.c
@@ -1717,6 +1717,9 @@ weston_seat_release_pointer(struct weston_seat *seat)
When the last input device with a certain capability is removed, unset
the focus of the seat device associated with the capability.
Signed-off-by: Jonas Ådahl
---
src/input.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/src/input.c b/src/input.c
index a5cad7c..de46433 100644
--- a/s
When the only input device of a certain seat capability is unplugged,
stop advertising the capability.
Signed-off-by: Jonas Ådahl
---
src/compositor.h | 9 +
src/evdev.c | 11 +++
src/evdev.h | 7 +++
src/input.c | 58 +
The key point I was trying to make is that the media player needs to be
able to predict when frames will be displayed.
All its prediction calculations will be based on a fixed scanout rate.
If the scanout rate changes, all bets are off, and we have to start again
from scratch trying to predict the
On 10/15/2013 10:53 PM, Kristian Høgsberg wrote:
- transient for shouldn't take position.
What? I think that is necessary. It is relative to the parent surface.
- New keyboard focus protocol: instead of active surface meaning
"has keyboard focus" we need something that works in a t
For some reason it not only compiled with different parameters but the method
succeeded and just failed later.
---
clients/gears.c| 2 +-
clients/view.c | 2 +-
clients/wscreensaver.c | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/clients/gears.c b/clients/
Hello,
I tried XWayland build instructions on
http://wayland.freedesktop.org/xserver.html on MIPS.
I try to build xserver with:
git clone git://anongit.freedesktop.org/xorg/xserver -b xwayland-1.12
cd xserver
./autogen.sh --prefix=/usr
The last command outputs this:
autoreconf:
On 10/17/2013 06:36 AM, Frederic Plourde wrote:
See, at time T=100, for example, if there's this in the queue :
buffer1,T=75
buffer2,T=99
buffer3,T=110
The compositor will drop buffer1 and present buffer2 right away since
buffer2 it's the most recent "past" buffers...
And looking at
Plus of course the same for the next buffer, so you know e.g. how long
a buffer was on screen etc.
How does that sound?
So, the information you propose, with timestamps, gives us timestamps
from events in the past.
Is there any way to deterministically ensure that a particular fra
If we call wl_event_source_check() on a timerfd, our dispatcher will block
on the timerfd read(). Avoid calling read() if no epoll-event was
reported.
Note: The internal tick-count of a timerfd is never decreased. So once we
get signaled a read event, a following read() is guaranteed to succeed
_i
> > There are various artifacts that appear as a result of frame rate
> adaption.
> > One of these is field dominance. This is where the top field is displayed
> > for longer than the bottom field. This results in the appearance of
> > flickering lines to the viewer.
> > If you could determine how
Hi Matthias,
thanks for starting the discussion. I will add some points below.
On 10/15/2013 10:05 PM, Matthias Clasen wrote:
> As part of the ongoing GNOME Wayland porting effort, the GNOME
> accessibility (a11y) team has been looking into what it would take to
> make our existing a11y tools (AT
On Thu, 17 Oct 2013 09:38:41 +0100
James Courtier-Dutton wrote:
> Hi,
>
> I have extensive experience with video streaming and display having worked
> on the xine video player.
> Setting time stamps on a stream of video frames is not the entire solution.
> The biggest problem with displaying vid
On 17/10/2013 09:24, Pekka Paalanen wrote:
On Wed, 16 Oct 2013 19:29:47 +0200
Olivier BLIN wrote:
[...]
> Having a small tmpfs is likely a common use in the embedded world, and
> it would be nice to avoid such obscure crashes if possible.
> What do you think of using fallocate() when supported
Hi,
I have extensive experience with video streaming and display having worked
on the xine video player.
Setting time stamps on a stream of video frames is not the entire solution.
The biggest problem with displaying video on computer displays is "frame
rate adaption".
I.e. The frame rate of the v
On Wed, 16 Oct 2013 19:29:47 +0200
Olivier BLIN wrote:
> Hi,
>
> When creating a wl_shm pool with os_create_anonymous_file(), the
> underlying storage file is created on a tmpfs, and its size is set with
> ftruncate().
> Though, when the tmpfs isn't big enough to hold this file, there is no
>
19 matches
Mail list logo