summaryrefslogtreecommitdiff
path: root/docs/design/part-element-transform.txt
diff options
context:
space:
mode:
authorSebastian Dröge <sebastian.droege@collabora.co.uk>2011-09-08 14:23:50 +0200
committerSebastian Dröge <sebastian.droege@collabora.co.uk>2011-09-08 14:28:23 +0200
commit43538e2e75b4bdc5fc71a62b472a4b223472c059 (patch)
tree8fc77f478b9d15166c85c083e24d0ee0e6b890ad /docs/design/part-element-transform.txt
parenta952de69dd7aa216dc7aaf5572ae17229574477a (diff)
parentd3cad28da936b037d877dc70c02286b81b680284 (diff)
Merge branch 'master' into 0.11
Conflicts: docs/design/draft-buffer2.txt docs/design/part-TODO.txt docs/design/part-block.txt docs/design/part-bufferlist.txt docs/design/part-caps.txt docs/design/part-element-transform.txt docs/design/part-events.txt docs/design/part-negotiation.txt gst/gstcaps.c gst/gstevent.h gst/gstghostpad.c gst/gstinterface.c gst/gstpad.c gst/gstpad.h gst/gstutils.c libs/gst/base/gstbasesink.c libs/gst/base/gstbasesrc.c libs/gst/base/gstbasetransform.c libs/gst/base/gsttypefindhelper.c plugins/elements/gstcapsfilter.c plugins/elements/gsttee.c tests/check/generic/sinks.c tools/gst-launch.1.in
Diffstat (limited to 'docs/design/part-element-transform.txt')
-rw-r--r--docs/design/part-element-transform.txt6
1 files changed, 3 insertions, 3 deletions
diff --git a/docs/design/part-element-transform.txt b/docs/design/part-element-transform.txt
index 73f18bf560..e3c11b86f2 100644
--- a/docs/design/part-element-transform.txt
+++ b/docs/design/part-element-transform.txt
@@ -25,7 +25,7 @@ the following things:
Some transform elements can operate in different modes:
- passthrough (no changes are done on the input buffers)
- - in-place (changes made directly to the incomming buffers without requiring a
+ - in-place (changes made directly to the incoming buffers without requiring a
copy or new buffer allocation)
- metadata changes only
@@ -253,7 +253,7 @@ state. We can identify these steady states:
input buffer is transformed into the output buffer. The flow is exactly
the same as the case with the same-caps negotiation. (DCC)
-We can immeditatly observe that the copy transform states will need to
+We can immediately observe that the copy transform states will need to
allocate a new buffer from the bufferpool. When the transform element is
receiving a non-writable buffer in the in-place state, it will also
need to perform an allocation. There is no reason why the passthrough state would
@@ -295,7 +295,7 @@ retrieve the size. There are two functions:
Given a caps and a size on one pad, and a caps on the other pad, calculate
the size of the other buffer. This function is able to perform all size
- transforms and is the prefered method of transforming a size.
+ transforms and is the preferred method of transforming a size.
- get_unit_size()