Re: Cogl patches supporting frame timing



Thanks for the patches!

I took a quick look at them last night they look good though I can see a few things we should talk about. I was thinking - if you don't mind - I'd quite like to move the review for these to the cogl mailinglist[1]. There's a slim chance that some people follow the cogl list but not the clutter list and later if someone wants to unravel the history of this api it might make sense if they can just search for cogl archives.

kind regards,
- Robert

[1]Âhttp://lists.freedesktop.org/mailman/listinfo/cogl



On Tue, Nov 27, 2012 at 3:18 PM, <otaylor redhat com> wrote:
This is a patch set for Cogl that adds support for reporting frame timing
information back as necessary to get precise information about when frames were
scanned out to the display device.

What I've done with it so far is used this in the Mutter compositor
to pass that information on to the application running and then used
that in GTK+ for frame timing. With this approach, I can get
audio/video synchronization in a test application to stably lock at
a known millisecond rather than having an unknown latency somewhere
in the 0-35 ms range.

(This is in the wip/frame-synchronization branch of Cogl - there are
corresponding wip/frame-synchronization branches of Clutter (small),
Mutter, and GTK+)

It's also useful to have information about what the refresh rate is of the
display, so I've added a framework for CoglOutput to handle information
about the properties of one display device. CoglOutput isn't fully hooked
up yet - right now I'm just using it in the GLX winsys and not exposing
it to applications.

Other things that aren't completely finished here are:

Â- I haven't really looked at other winsys - with some backends it may simply
 Ânot be possible to get some or all of the information, and what I've
 Âdone here is that any timing value can have a value of '0' as a flag
 Âto indicate that it isn't supplied.

Â- I haven't tried to make Cogl a *consumer* of frame timing information
 Âfrom a X window system compositor - the same sort of work I've done
 Âfor GTK+ should apply to the Cogl stack as well and may require a bit
 Âof adjustment when the timing information isn't coming directly
 Âfrom GL but instead from the compositor.

_______________________________________________
clutter-list mailing list
clutter-list gnome org
https://mail.gnome.org/mailman/listinfo/clutter-list



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]