Present extension changes needed for GL/Vulkan vblank modes

Michel Dänzer michel at daenzer.net
Tue Oct 17 10:52:11 UTC 2017


On 17/10/17 10:48 AM, Michel Dänzer wrote:
> On 17/10/17 06:52 AM, Keith Packard wrote:
>>
>> PresentOptionRelative
>>
>>         If 'options' contains PresentOptionRelative, then the most
>>         recent actual MSC for a PresentPixmap request to the same
>>         drawable (i.e., the MSC value that would have been reported in
>>         the associated PresentCompleteNotify event) will be added to
>> [apparent copy-paste accident snipped]
>>         target-msc.
>>
>>         If no PresentPixmap request has been made to this drawable, then
>>         the current MSC value for the drawable will be added to
>>         target-msc.
> 
> I see an issue with basing the relative target on the last effective
> MSC: Imagine that the application misses a large number of frames, e.g.
> because the user hit Ctrl-Z. This means that the target MSC values will
> trail the drawable's current MSC, and the application's presentation
> timing may be "different" until it catches up.
> 
> 
> How about this instead: If there are pending PresentPixmap requests for
> the window, the relative target will be added to the latest target MSC
> of the pending requests.

Or maybe actual MSC instead of target MSC.

> Otherwise, it will be added to the drawable's current MSC.


-- 
Earthling Michel Dänzer               |               http://www.amd.com
Libre software enthusiast             |             Mesa and X developer

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 224 bytes
Desc: OpenPGP digital signature
URL: <https://lists.x.org/archives/xorg-devel/attachments/20171017/637c54f9/attachment-0001.sig>


More information about the xorg-devel mailing list