>> > > Yep. The weird thing about that extension is that it only implements the > query vblank count/timestamp part of GLX_OML_sync_control. Sounds like the > least useful bit of all in isolation, although the extension as a whole > could be useful, just as on GLX. Also note this comment on that commit > referenced by Daniel from just 2 hours ago: > > "marcheu 2 hours, 35 minutes ago (2017-05-05 18:52:45 UTC) #10 > lgtm > > By the way, there is discussion on dropping this extension from mesa. You > should let Chad know if you need it in the long run. Chrome OS stopped > requiring it when we switched to freon." > > Cc'ing Chad Versace on the off-chance he is the mentioned Chad. > > Also, the VDPAU api for video playback implements functions for precise > timing of video frame presentation. I don't have any practical experience > with them, but iirc Mesa's VDPAU video presentation api implements those via > DRI3/Present extension, so hooks into drmWaitVblank et al. If Kodi uses > VDPAU for playback, it could use those conveniently for timing. > > -mario Kodi needs interoperability between vpdau and GL, it does not use vdpau's presentation queue. Currently vdpau is bound to GLX and there don't seem to be any activity to change this, it will most likely die with X11. Kodi will get Wayland support soon, a GSOC project was just acceptend wich I will mentor. We already have support for Mir. That means Kodi is fine if you go ahead with this RFC. Rainer _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
