From: Pekka Paalanen <pekka.paala...@collabora.co.uk>
Suggested-by: Bryce Harrington <br...@osg.samsung.com>
Signed-off-by: Pekka Paalanen <pekka.paala...@collabora.co.uk>
---
stable/presentation-time/presentation-time.xml | 14 +++++++-------
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/stable/presentation-time/presentation-time.xml
b/stable/presentation-time/presentation-time.xml
index 6c3fff8..ad2d132 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 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>
@@ -140,7 +140,7 @@
update because it was superseded or its surface destroyed,
and the content update is discarded.
- Once a presentation_feedback object has delivered an 'presented'
+ Once a presentation_feedback object has delivered a 'presented'
or 'discarded' event it is automatically destroyed.
</description>
@@ -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
--
2.7.3
_______________________________________________
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/wayland-devel
