From 9aa5afb7a5585ff41b33df0396f62124eeacf9c2 Mon Sep 17 00:00:00 2001 From: ekwange Date: Wed, 14 Aug 2019 14:13:08 +0900 Subject: [PATCH] design: Fix typos in docs --- markdown/additional/design/activation.md | 2 +- markdown/additional/design/audiosinks.md | 2 +- markdown/additional/design/gstobject.md | 2 +- markdown/additional/design/preroll.md | 8 ++++---- 4 files changed, 7 insertions(+), 7 deletions(-) diff --git a/markdown/additional/design/activation.md b/markdown/additional/design/activation.md index 2ec3cfb..7a0975c 100644 --- a/markdown/additional/design/activation.md +++ b/markdown/additional/design/activation.md @@ -43,7 +43,7 @@ mode). `activate_mode(PULL)` is then responsible for starting the task that pulls from fakesrc:src. Clearly, fakesrc needs to be notified that fakesrc is about to pull on its src pad, even though the pipeline has not yet changed fakesrc’s state. For this reason, GStreamer will first -call call `activate_mode(PULL)` on fakesink:sink’s peer before calling +call `activate_mode(PULL)` on fakesink:sink’s peer before calling `activate_mode(PULL)` on fakesink:sinks. In short, upstream elements operating in PULL mode must be ready to diff --git a/markdown/additional/design/audiosinks.md b/markdown/additional/design/audiosinks.md index e258576..55dbc05 100644 --- a/markdown/additional/design/audiosinks.md +++ b/markdown/additional/design/audiosinks.md @@ -96,7 +96,7 @@ operation will eventually block when the ringbuffer is filled. When no samples arrive in time, the ringbuffer will play silence. Each buffer that arrives will be placed into the ringbuffer at the correct times. This means that dropping samples or inserting silence is done -automatically and very accurate and independend of the play pointer. +automatically and very accurate and independent of the play pointer. In this mode, the ringbuffer is usually kept as full as possible. When using a small buffer (small segsize and segtotal), the latency for audio diff --git a/markdown/additional/design/gstobject.md b/markdown/additional/design/gstobject.md index f612265..9135904 100644 --- a/markdown/additional/design/gstobject.md +++ b/markdown/additional/design/gstobject.md @@ -63,7 +63,7 @@ This policy allows for parents to iterate their children and setting properties on them. Whenever a nested lock needs to be taken on objects not involved in a -parent-child relation (eg. pads), an explictic locking order has to be +parent-child relation (eg. pads), an explicit locking order has to be defined. ## Path Generation diff --git a/markdown/additional/design/preroll.md b/markdown/additional/design/preroll.md index aae4fff..aacd0f3 100644 --- a/markdown/additional/design/preroll.md +++ b/markdown/additional/design/preroll.md @@ -24,16 +24,16 @@ When going to `PAUSED` and `PLAYING` a buffer should be queued in the pad. We also make this a requirement for going to `PLAYING` since a flush event in the `PAUSED` state could unqueue the buffer again. -The state is commited in the following conditions: +The state is committed in the following conditions: - a buffer is received on a sinkpad; -- an GAP event is received on a sinkpad; +- a GAP event is received on a sinkpad; - an EOS event is received on a sinkpad. -We require the state change to be commited in EOS as well, since an EOS +We require the state change to be committed in EOS as well, since an EOS , by definition, means no buffer is going to arrive anymore. -After the state is commited, a blocking wait should be performed for the +After the state is committed, a blocking wait should be performed for the next event. Some sinks might render the preroll buffer before starting this blocking wait. -- 2.7.4