summaryrefslogtreecommitdiff
path: root/docs
diff options
context:
space:
mode:
authorPiotr Fusik <fox@scene.pl>2011-09-13 21:10:43 +0200
committerStefan Sauer <ensonic@users.sf.net>2011-12-02 12:03:27 +0100
commit14644457b06f48b26f32f88ef91e1286a48ebe24 (patch)
tree5216c737500ee2cc4e0032e0c841f6d64660c0cd /docs
parent0cce8ab97d614ef53970292bd403e7f4460d79f9 (diff)
various: typo fixes
Fix typos in code and docs. Fixes. #658984
Diffstat (limited to 'docs')
-rw-r--r--docs/design/design-audiosinks.txt2
-rw-r--r--docs/design/design-decodebin.txt4
-rw-r--r--docs/design/design-encoding.txt4
-rw-r--r--docs/design/design-orc-integration.txt2
-rw-r--r--docs/design/draft-keyframe-force.txt2
-rw-r--r--docs/design/draft-va.txt4
6 files changed, 9 insertions, 9 deletions
diff --git a/docs/design/design-audiosinks.txt b/docs/design/design-audiosinks.txt
index 0a84a989a..bb8ab2d94 100644
--- a/docs/design/design-audiosinks.txt
+++ b/docs/design/design-audiosinks.txt
@@ -82,7 +82,7 @@ Design:
Whenever new samples are to be put into the ringbuffer, the position of the
read pointer is taken. The required write position is taken and the diff
- is made between the required qnd actual position. If the defference is <0,
+ is made between the required and actual position. If the difference is <0,
the sample is too late. If the difference is bigger than segtotal, the
writing part has to wait for the play pointer to advance.
diff --git a/docs/design/design-decodebin.txt b/docs/design/design-decodebin.txt
index 9d74f7115..1aa236bec 100644
--- a/docs/design/design-decodebin.txt
+++ b/docs/design/design-decodebin.txt
@@ -57,7 +57,7 @@ fine-tune the process.
Get a list of elementfactories for @pad with @caps. This function is used to
instruct decodebin2 of the elements it should try to autoplug. The default
- behaviour when this function is not overridern is to get all elements that
+ behaviour when this function is not overriden is to get all elements that
can handle @caps from the registry sorted by rank.
- 'autoplug-select' :
@@ -142,7 +142,7 @@ Description:
Multiple input-output data queue
- The GstMultiQueue achieves the same functionnality as GstQueue, with a few
+ The GstMultiQueue achieves the same functionality as GstQueue, with a few
differences:
* Multiple streams handling.
diff --git a/docs/design/design-encoding.txt b/docs/design/design-encoding.txt
index dda79addf..bfe2e9fc3 100644
--- a/docs/design/design-encoding.txt
+++ b/docs/design/design-encoding.txt
@@ -16,13 +16,13 @@ A. Problems this proposal attempts to solve
* Duplication of pipeline code for gstreamer-based applications
wishing to encode and or mux streams, leading to subtle differences
- and inconsistencies accross those applications.
+ and inconsistencies across those applications.
* No unified system for describing encoding targets for applications
in a user-friendly way.
* No unified system for creating encoding targets for applications,
- resulting in duplication of code accross all applications,
+ resulting in duplication of code across all applications,
differences and inconsistencies that come with that duplication,
and applications hardcoding element names and settings resulting in
poor portability.
diff --git a/docs/design/design-orc-integration.txt b/docs/design/design-orc-integration.txt
index d5d146cbc..a6a401dd4 100644
--- a/docs/design/design-orc-integration.txt
+++ b/docs/design/design-orc-integration.txt
@@ -86,7 +86,7 @@ given an input format, channel position manipulation, dithering and
quantizing configuration, and output format, a Orc code generator
would create an OrcProgram, add the appropriate instructions to do
each step based on the configuration, and then compile the program.
-Sucessfully compiling the program would return a function pointer
+Successfully compiling the program would return a function pointer
that can be called to perform the operation.
This sort of advanced usage requires structural changes to current
diff --git a/docs/design/draft-keyframe-force.txt b/docs/design/draft-keyframe-force.txt
index 8dd0f012e..14945f0b4 100644
--- a/docs/design/draft-keyframe-force.txt
+++ b/docs/design/draft-keyframe-force.txt
@@ -11,7 +11,7 @@ Consider the following use case:
the existing file we are writing to and start writing to a new file.
We want the new file to start with a keyframe so that one can start decoding
- the file immediatly.
+ the file immediately.
Components:
diff --git a/docs/design/draft-va.txt b/docs/design/draft-va.txt
index a63a64383..be02706cf 100644
--- a/docs/design/draft-va.txt
+++ b/docs/design/draft-va.txt
@@ -7,7 +7,7 @@ Status:
Purpose:
- Provide an standarized generic way to introduce Video Acceleration APIs in
+ Provide an standardized generic way to introduce Video Acceleration APIs in
already available elements instead of duplicating those into specialized ones.
Provide a mechanism for a light GstBuffer subclassing in order to be able
@@ -26,7 +26,7 @@ Proposal:
video/x-raw-va
- Light subclassing embeding an structure in the data field of a standard
+ Light subclassing embedding an structure in the data field of a standard
GstBuffer.
struct {