Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Consider adding API to get predicted points #38

Closed
RByers opened this issue Mar 8, 2016 · 2 comments
Closed

Consider adding API to get predicted points #38

RByers opened this issue Mar 8, 2016 · 2 comments
Labels

Comments

@RByers
Copy link
Contributor

RByers commented Mar 8, 2016

Some platforms have built-in prediction algorithms which apps would ideally handle differently from confirmed points (eg. a painting app would use predicted points only temporarily). We could have an API directly similar to #22 but in the opposite time direction (instead of the past points, it's the future ones).

@RByers
Copy link
Contributor Author

RByers commented Mar 8, 2016

See "reducing latency" here for a concrete example of where this really matters in another platform.

@tdresser
Copy link

This appears to be extremely important for painting applications.

Here's a comparison of OneNote (which uses Windows' predicted points API) and Edge, which doesn't expose predicted points.

Sorry for the terrible resolution video.

Based on some rough frame counting, OneNote has an effective end-to-end latency of 2 frames, whereas Edge has an effective end-to-end latency of about 4 frames.

Much of this is due to OneNote using predicted points.

After each of the short strokes at the beginning of the video, you can see the error prediction introduces, as OneNote draws the stroke a bit too long, and then shortens it soon after. Edge doesn't have this error, but has much more latency when drawing long lines.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

3 participants