"Matias N. Goldberg" writes:
> I read your article.
Thanks!
> What I feel are missing are just minor pesky details:
Yes, it's definitely a rough draft at best. Figuring out the right words
to make it do precisely what we want is hard, and I'm hoping we can
first figure out what we want, then
Michel Dänzer writes:
> Instead of rounding to the nearest upcoming frame, should it round to
> the earliest frame after the specified period has passed? As written, it
> seems to contradict the next paragraph below:
Sorry for the poor wording; let me describe what I want informally here.
For
Hi!
I read your article.
What I feel are missing are just minor pesky details:
1. Written as is, the frame being submitted is rounded up to display timing,
delaying *future* frames.But there is no way to delay the *currently displaying
frame* (i.e. the 'previous' frame).
Right now if frame N
On 2020-02-02 7:51 a.m., Keith Packard wrote:
>
> I spent some time over the last week experimenting with a different way
> of doing frame timing.
>
> Instead of specifying *when* a particular frame should be displayed, how
> about we specify how *long* a particular frame should be made visible
On Fri, 31 Jan 2020 14:48:29 +0530 "Devashish Tiwari" said:
Hi Devashish.
That fact you have "SGX" for demos hints to me that you have some hardware with
an Imagination based GPU and drivers provided by them. Their drivers provide
EGL and and the implementation of eglChooseConfig() under the
Hi Daniel,
My application, as I described, requires a display protocol to run. And it is
using wayland.
Because if I stop weston and run my application, it throws me following error:
Error- Unable to init SDL: No available video device
Also, I just checked $WAYLAND_DISPLAY environment
