docs/manual/: Replace one diagram with two separate ones and updates others.

Original commit message from CVS:
patch by: Luc Pionchon <luc.pionchon@nokia.com>
* docs/manual/advanced-threads.xml:
* docs/manual/diagrams-pipelines.svg:
* docs/manual/hello-world.png:
* docs/manual/linked-elements.png:
* docs/manual/mime-world.png:
* docs/manual/queue.png:
* docs/manual/thread-buffering.png:
* docs/manual/thread-synchronizing.png:
Replace one diagram with two separate ones and updates others.
Fixes #542401.
This commit is contained in:
Luc Pionchon 2008-07-26 12:00:36 +00:00 committed by Stefan Kost
parent 3a2d9fd0bc
commit 4f90d4dfe4
9 changed files with 1488 additions and 663 deletions

View file

@ -1,3 +1,18 @@
2008-07-26 Stefan Kost <ensonic@users.sf.net>
patch by: Luc Pionchon <luc.pionchon@nokia.com>
* docs/manual/advanced-threads.xml:
* docs/manual/diagrams-pipelines.svg:
* docs/manual/hello-world.png:
* docs/manual/linked-elements.png:
* docs/manual/mime-world.png:
* docs/manual/queue.png:
* docs/manual/thread-buffering.png:
* docs/manual/thread-synchronizing.png:
Replace one diagram with two separate ones and updates others.
Fixes #542401.
2008-07-25 Thijs Vermeir <thijsvermeir@gmail.com> 2008-07-25 Thijs Vermeir <thijsvermeir@gmail.com>
* gst/gstelement.h: * gst/gstelement.h:

View file

@ -24,9 +24,17 @@
Data buffering, for example when dealing with network streams or Data buffering, for example when dealing with network streams or
when recording data from a live stream such as a video or audio when recording data from a live stream such as a video or audio
card. Short hickups elsewhere in the pipeline will not cause data card. Short hickups elsewhere in the pipeline will not cause data
loss. See <xref linkend="section-queues-img"/> for a visualization loss.
of this idea.
</para> </para>
<figure float="1" id="section-thread-buffering-img">
<title>Data buffering, from a networked source</title>
<mediaobject>
<imageobject>
<imagedata scale="75" fileref="images/thread-buffering.&image;" format="&IMAGE;"/>
</imageobject>
</mediaobject>
</figure>
</listitem> </listitem>
<listitem> <listitem>
<para> <para>
@ -34,17 +42,17 @@
both video and audio data. By using threads for both outputs, they both video and audio data. By using threads for both outputs, they
will run independently and their synchronization will be better. will run independently and their synchronization will be better.
</para> </para>
<figure float="1" id="section-thread-synchronizing-img">
<title>Synchronizing audio and video sinks</title>
<mediaobject>
<imageobject>
<imagedata scale="75" fileref="images/thread-synchronizing.&image;" format="&IMAGE;"/>
</imageobject>
</mediaobject>
</figure>
</listitem> </listitem>
</itemizedlist> </itemizedlist>
<figure float="1" id="section-queues-img">
<title>a two-threaded decoder with a queue</title>
<mediaobject>
<imageobject>
<imagedata scale="75" fileref="images/queue.&image;" format="&IMAGE;"/>
</imageobject>
</mediaobject>
</figure>
<para> <para>
Above, we've mentioned the <quote>queue</quote> element several times Above, we've mentioned the <quote>queue</quote> element several times

File diff suppressed because it is too large Load diff

Before

Width:  |  Height:  |  Size: 514 KiB

After

Width:  |  Height:  |  Size: 555 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 26 KiB

After

Width:  |  Height:  |  Size: 21 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 9.8 KiB

After

Width:  |  Height:  |  Size: 7.5 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 40 KiB

After

Width:  |  Height:  |  Size: 40 KiB

Binary file not shown.

Before

Width:  |  Height:  |  Size: 17 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 22 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 42 KiB