summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorPekka Paalanen <pekka.paalanen@collabora.co.uk>2016-02-23 12:24:38 +0200
committerPekka Paalanen <pekka.paalanen@collabora.co.uk>2016-04-14 11:32:04 +0300
commit8e685a89ff7e55859af6eaeec1f9e8c80a598e60 (patch)
tree5a3a514e24f30308079420df423514813a0d9fc3
parent4f87fcf3a0c6b2337fafe2f3a01143f7482ddb9e (diff)
stable/presentation-time: grammatical improvements by Bryce
Suggested-by: Bryce Harrington <bryce@osg.samsung.com> Signed-off-by: Pekka Paalanen <pekka.paalanen@collabora.co.uk> Reviewed-by: Bryce Harrington <bryce@osg.samsung.com>
-rw-r--r--stable/presentation-time/presentation-time.xml12
1 files changed, 6 insertions, 6 deletions
diff --git a/stable/presentation-time/presentation-time.xml b/stable/presentation-time/presentation-time.xml
index 2e68da6..00875a9 100644
--- a/stable/presentation-time/presentation-time.xml
+++ b/stable/presentation-time/presentation-time.xml
@@ -33,8 +33,8 @@
The main feature of this interface is accurate presentation
timing feedback to ensure smooth video playback while maintaining
audio/video synchronization. Some features use the concept of a
- presentation clock, which is defined in the presentation.clock_id
- event.
+ presentation clock, which is defined in the
+ presentation.clock_id event.
Request 'feedback' can be regarded as an additional wl_surface
method. It is part of the double-buffered surface state update
@@ -65,9 +65,9 @@
<request name="destroy" type="destructor">
<description summary="unbind from the presentation interface">
- Informs the server that the client will not be using this
- protocol object anymore. This does not affect any existing
- objects created by this interface.
+ Informs the server that the client will no longer be using
+ this protocol object. Existing objects created by this object
+ are not affected.
</description>
</request>
@@ -225,7 +225,7 @@
chose. Having a stable presentation output association helps
clients predict future output refreshes (vblank).
- Argument 'refresh' gives the compositor's prediction of how
+ The 'refresh' argument gives the compositor's prediction of how
many nanoseconds after tv_sec, tv_nsec the very next output
refresh may occur. This is to further aid clients in
predicting future refreshes, i.e., estimating the timestamps