<p>On Nov 2, 2013 11:40 PM, "Axel Davy" <<a href="mailto:axel.davy@ens.fr">axel.davy@ens.fr</a>> wrote:<br>
><br>
> Here is another proposition to extend the protocol<br>
> to allow video players to control better the time at<br>
> which frames hit the screen.<br>
><br>
> Contrary to the original proposition:<br>
> <a href="http://lists.freedesktop.org/archives/wayland-devel/2013-October/011496.html">http://lists.freedesktop.org/archives/wayland-devel/2013-October/011496.html</a><br>
><br>
> I do not separate the new request in another interface.<br>
><br>
> The first request: presentation_time is only an indication to the compositor,<br>
> and the hit request is a similar feedback to the frame request, but the<br>
> notification is when the frame hit the screen. That's why I don't think it<br>
> should be difficult for some compositors to implement it, and don't feel the<br>
> need to separate it in another interface.<br>
><br>
> The requests were designed to help implement the Present extension for<br>
> XWayland. However the Present extension use Microseconds times, instead<br>
> of Milliseconds.<br>
><br>
> Any feedback is appreciated.<br>
><br>
> I'm not English native, so if you feel some sentence are incorrect,<br>
> please help me to correct them.<br>
><br>
Just one question. Which clock is being used. Ideally a monotony one, or even better, a configurable one. We would normally not want these timestamps affected by the user changing the system time.</p>
<p>James<br>
</p>