mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-11-26 19:51:11 +00:00
fix manual id's
Original commit message from CVS: fix manual id's
This commit is contained in:
parent
0d7d7838a3
commit
e978887fca
60 changed files with 276 additions and 699 deletions
41
ChangeLog
41
ChangeLog
|
@ -1,3 +1,44 @@
|
||||||
|
2004-01-28 Thomas Vander Stichele <thomas at apestaart dot org>
|
||||||
|
|
||||||
|
* docs/manual/autoplugging.xml:
|
||||||
|
* docs/manual/bins-api.xml:
|
||||||
|
* docs/manual/bins.xml:
|
||||||
|
* docs/manual/buffers-api.xml:
|
||||||
|
* docs/manual/buffers.xml:
|
||||||
|
* docs/manual/clocks.xml:
|
||||||
|
* docs/manual/components.xml:
|
||||||
|
* docs/manual/cothreads.xml:
|
||||||
|
* docs/manual/debugging.xml:
|
||||||
|
* docs/manual/dparams-app.xml:
|
||||||
|
* docs/manual/dynamic.xml:
|
||||||
|
* docs/manual/elements-api.xml:
|
||||||
|
* docs/manual/elements.xml:
|
||||||
|
* docs/manual/factories.xml:
|
||||||
|
* docs/manual/gnome.xml:
|
||||||
|
* docs/manual/goals.xml:
|
||||||
|
* docs/manual/helloworld.xml:
|
||||||
|
* docs/manual/helloworld2.xml:
|
||||||
|
* docs/manual/init-api.xml:
|
||||||
|
* docs/manual/intro.xml:
|
||||||
|
* docs/manual/links-api.xml:
|
||||||
|
* docs/manual/links.xml:
|
||||||
|
* docs/manual/manual.xml:
|
||||||
|
* docs/manual/motivation.xml:
|
||||||
|
* docs/manual/pads-api.xml:
|
||||||
|
* docs/manual/pads.xml:
|
||||||
|
* docs/manual/plugins-api.xml:
|
||||||
|
* docs/manual/plugins.xml:
|
||||||
|
* docs/manual/programs.xml:
|
||||||
|
* docs/manual/queues.xml:
|
||||||
|
* docs/manual/quotes.xml:
|
||||||
|
* docs/manual/schedulers.xml:
|
||||||
|
* docs/manual/states-api.xml:
|
||||||
|
* docs/manual/states.xml:
|
||||||
|
* docs/manual/threads.xml:
|
||||||
|
* docs/manual/typedetection.xml:
|
||||||
|
* docs/manual/xml.xml:
|
||||||
|
use chapter, part, section or misc as id starts for all bits
|
||||||
|
|
||||||
2004-01-28 Thomas Vander Stichele <thomas at apestaart dot org>
|
2004-01-28 Thomas Vander Stichele <thomas at apestaart dot org>
|
||||||
|
|
||||||
* docs/gst/gstreamer-sections.txt:
|
* docs/gst/gstreamer-sections.txt:
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-factories">
|
<chapter id="chapter-factories">
|
||||||
<title>More on factories</title>
|
<title>More on factories</title>
|
||||||
<para>
|
<para>
|
||||||
The small application we created in the previous chapter used the
|
The small application we created in the previous chapter used the
|
||||||
|
@ -11,7 +11,7 @@
|
||||||
We will first explain the concepts involved before we move on
|
We will first explain the concepts involved before we move on
|
||||||
to the reworked helloworld example using autoplugging.
|
to the reworked helloworld example using autoplugging.
|
||||||
</para>
|
</para>
|
||||||
<sect1>
|
<sect1 id="section-factories-helloworld-problems">
|
||||||
<title>The problems with the helloworld example</title>
|
<title>The problems with the helloworld example</title>
|
||||||
<para>
|
<para>
|
||||||
If we take a look at how the elements were created in the previous
|
If we take a look at how the elements were created in the previous
|
||||||
|
@ -40,7 +40,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-factories-mime">
|
||||||
<title>More on MIME Types</title>
|
<title>More on MIME Types</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer uses MIME types to identify the different types of data
|
GStreamer uses MIME types to identify the different types of data
|
||||||
|
@ -82,10 +82,10 @@
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-mime-img"/> shows the MIME types associated with
|
<xref linkend="section-mime-img"/> shows the MIME types associated with
|
||||||
each pad from the "hello world" example.
|
each pad from the "hello world" example.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-mime-img">
|
<figure float="1" id="section-mime-img">
|
||||||
<title>The Hello world pipeline with MIME types</title>
|
<title>The Hello world pipeline with MIME types</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -115,7 +115,7 @@
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-factories-gstreamer-types">
|
||||||
<title>GStreamer types</title>
|
<title>GStreamer types</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer assigns a unique number to all registered MIME types.
|
GStreamer assigns a unique number to all registered MIME types.
|
||||||
|
@ -204,12 +204,12 @@ struct _GstType {
|
||||||
This function will return 0 if the extension was not known.
|
This function will return 0 if the extension was not known.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
For more information, see <xref linkend="cha-autoplug"/>.
|
For more information, see <xref linkend="chapter-autoplug"/>.
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-factories-create">
|
||||||
<title>Creating elements with the factory</title>
|
<title>Creating elements with the factory</title>
|
||||||
<para>
|
<para>
|
||||||
In the previous section we described how you could obtain
|
In the previous section we described how you could obtain
|
||||||
|
@ -232,7 +232,7 @@ struct _GstType {
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-factories-basic-types">
|
||||||
<title>GStreamer basic types</title>
|
<title>GStreamer basic types</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer only has two builtin types:
|
GStreamer only has two builtin types:
|
||||||
|
|
|
@ -1,5 +0,0 @@
|
||||||
<chapter id="cha-clocks">
|
|
||||||
<title>Clocks in GStreamer</title>
|
|
||||||
<para>
|
|
||||||
</para>
|
|
||||||
</chapter>
|
|
|
@ -1,7 +1,7 @@
|
||||||
<chapter id="cha-dparams">
|
<chapter id="chapter-dparams">
|
||||||
<title>Dynamic Parameters</title>
|
<title>Dynamic Parameters</title>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-dparams-getting-started">
|
||||||
<title>Getting Started</title>
|
<title>Getting Started</title>
|
||||||
<para>
|
<para>
|
||||||
The Dynamic Parameters subsystem is contained within the
|
The Dynamic Parameters subsystem is contained within the
|
||||||
|
@ -31,7 +31,7 @@
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-dparams-creating">
|
||||||
<title>Creating and Attaching Dynamic Parameters</title>
|
<title>Creating and Attaching Dynamic Parameters</title>
|
||||||
<para>
|
<para>
|
||||||
Once you have created your elements you can create and attach dparams to them.
|
Once you have created your elements you can create and attach dparams to them.
|
||||||
|
@ -81,7 +81,7 @@
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-dparams-changing">
|
||||||
<title>Changing Dynamic Parameter Values</title>
|
<title>Changing Dynamic Parameter Values</title>
|
||||||
<para>
|
<para>
|
||||||
All interaction with dparams to actually set the dparam value is done through simple GObject properties.
|
All interaction with dparams to actually set the dparam value is done through simple GObject properties.
|
||||||
|
@ -116,7 +116,7 @@
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-dparams-types">
|
||||||
<title>Different Types of Dynamic Parameter</title>
|
<title>Different Types of Dynamic Parameter</title>
|
||||||
<para>
|
<para>
|
||||||
There are currently only two implementations of dparams so far. They are both for real-time use so
|
There are currently only two implementations of dparams so far. They are both for real-time use so
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-scheduler">
|
<chapter id="chapter-scheduler">
|
||||||
<title>Understanding schedulers</title>
|
<title>Understanding schedulers</title>
|
||||||
<para>
|
<para>
|
||||||
The scheduler is responsible for managing the plugins at runtime. Its
|
The scheduler is responsible for managing the plugins at runtime. Its
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-threads">
|
<chapter id="chapter-threads">
|
||||||
<title>Threads</title>
|
<title>Threads</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer has support for multithreading through the use of
|
GStreamer has support for multithreading through the use of
|
||||||
|
@ -37,7 +37,7 @@
|
||||||
itself. You never need to explicitly iterate a thread.
|
itself. You never need to explicitly iterate a thread.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-threads-constraints">
|
||||||
<title>Constraints placed on the pipeline by the GstThread</title>
|
<title>Constraints placed on the pipeline by the GstThread</title>
|
||||||
<para>
|
<para>
|
||||||
Within the pipeline, everything is the same as in any other bin. The
|
Within the pipeline, everything is the same as in any other bin. The
|
||||||
|
@ -46,13 +46,13 @@
|
||||||
fundamentally buffer-oriented rather than byte-oriented, the natural
|
fundamentally buffer-oriented rather than byte-oriented, the natural
|
||||||
solution to this problem is an element that can "buffer" the buffers
|
solution to this problem is an element that can "buffer" the buffers
|
||||||
between the threads, in a thread-safe fashion. This element is the
|
between the threads, in a thread-safe fashion. This element is the
|
||||||
queue, described more fully in <xref linkend="cha-queues"/>. It doesn't
|
queue, described more fully in <xref linkend="chapter-queues"/>. It doesn't
|
||||||
matter if the queue is placed in the containing bin or in the thread
|
matter if the queue is placed in the containing bin or in the thread
|
||||||
itself, but it needs to be present on one side or the other to enable
|
itself, but it needs to be present on one side or the other to enable
|
||||||
inter-thread communication.
|
inter-thread communication.
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1>
|
<sect1 id="section-threads-when">
|
||||||
<title>When would you want to use a thread?</title>
|
<title>When would you want to use a thread?</title>
|
||||||
<para>
|
<para>
|
||||||
If you are writing a GUI application, making the top-level bin a thread will make your GUI
|
If you are writing a GUI application, making the top-level bin a thread will make your GUI
|
||||||
|
@ -63,9 +63,9 @@
|
||||||
an audio pipeline.
|
an audio pipeline.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-threads-img"/> shows how a thread can be visualised.
|
<xref linkend="section-threads-img"/> shows how a thread can be visualised.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-threads-img">
|
<figure float="1" id="section-threads-img">
|
||||||
<title>A thread</title>
|
<title>A thread</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
|
|
@ -1,11 +1,11 @@
|
||||||
<chapter id="cha-debugging">
|
<chapter id="chapter-debugging">
|
||||||
<title>Debugging</title>
|
<title>Debugging</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer has an extensive set of debugging tools for
|
GStreamer has an extensive set of debugging tools for
|
||||||
plugin developers.
|
plugin developers.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-debugging-command-line">
|
||||||
<title>Command line options</title>
|
<title>Command line options</title>
|
||||||
<para>
|
<para>
|
||||||
Applications using the GStreamer libraries accept the following set
|
Applications using the GStreamer libraries accept the following set
|
||||||
|
@ -94,7 +94,7 @@ Mask (to be OR'ed) info/debug FLAGS
|
||||||
0x02000000 / REFCOUNTING
|
0x02000000 / REFCOUNTING
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1>
|
<sect1 id="section-debugging-adding-handler">
|
||||||
<title>Adding a custom debug handler</title>
|
<title>Adding a custom debug handler</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
|
|
|
@ -1,11 +1,11 @@
|
||||||
<chapter id="cha-debugging">
|
<chapter id="chapter-debugging">
|
||||||
<title>Debugging</title>
|
<title>Debugging</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer has an extensive set of debugging tools for
|
GStreamer has an extensive set of debugging tools for
|
||||||
plugin developers.
|
plugin developers.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-debugging-command-line">
|
||||||
<title>Command line options</title>
|
<title>Command line options</title>
|
||||||
<para>
|
<para>
|
||||||
Applications using the GStreamer libraries accept the following set
|
Applications using the GStreamer libraries accept the following set
|
||||||
|
@ -94,7 +94,7 @@ Mask (to be OR'ed) info/debug FLAGS
|
||||||
0x02000000 / REFCOUNTING
|
0x02000000 / REFCOUNTING
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1>
|
<sect1 id="section-debugging-adding-handler">
|
||||||
<title>Adding a custom debug handler</title>
|
<title>Adding a custom debug handler</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-gnome">
|
<chapter id="chapter-gnome">
|
||||||
<title>GNOME integration</title>
|
<title>GNOME integration</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer is fairly easy to integrate with GNOME applications.
|
GStreamer is fairly easy to integrate with GNOME applications.
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-gnome">
|
<chapter id="chapter-gnome">
|
||||||
<title>GNOME integration</title>
|
<title>GNOME integration</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer is fairly easy to integrate with GNOME applications.
|
GStreamer is fairly easy to integrate with GNOME applications.
|
||||||
|
|
|
@ -1,9 +1,9 @@
|
||||||
<chapter id="cha-programs">
|
<chapter id="chapter-programs">
|
||||||
<title>Programs</title>
|
<title>Programs</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-programs-gst-register">
|
||||||
<title><command>gst-register</command></title>
|
<title><command>gst-register</command></title>
|
||||||
<para>
|
<para>
|
||||||
<command>gst-register</command> is used to rebuild the database of plugins.
|
<command>gst-register</command> is used to rebuild the database of plugins.
|
||||||
|
@ -12,7 +12,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-programs-gst-launch">
|
||||||
<title><command>gst-launch</command></title>
|
<title><command>gst-launch</command></title>
|
||||||
<para>
|
<para>
|
||||||
This is a tool that will construct pipelines based on a command-line
|
This is a tool that will construct pipelines based on a command-line
|
||||||
|
@ -149,7 +149,7 @@ main (int argc, char *argv[])
|
||||||
</sect2>
|
</sect2>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-programs-gst-inspect">
|
||||||
<title><command>gst-inspect</command></title>
|
<title><command>gst-inspect</command></title>
|
||||||
<para>
|
<para>
|
||||||
This is a tool to query a plugin or an element about its properties.
|
This is a tool to query a plugin or an element about its properties.
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-quotes">
|
<chapter id="chapter-quotes">
|
||||||
<title>Quotes from the Developers</title>
|
<title>Quotes from the Developers</title>
|
||||||
<para>
|
<para>
|
||||||
As well as being a cool piece of software,
|
As well as being a cool piece of software,
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-autoplug">
|
<chapter id="chapter-autoplug">
|
||||||
<title>Autoplugging</title>
|
<title>Autoplugging</title>
|
||||||
<para>
|
<para>
|
||||||
<application>GStreamer</application> provides an API to automatically
|
<application>GStreamer</application> provides an API to automatically
|
||||||
|
@ -91,12 +91,12 @@
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1>
|
<sect1 id="section-autoplug-cache">
|
||||||
<title>Using the <classname>GstAutoplugCache</classname> element</title>
|
<title>Using the <classname>GstAutoplugCache</classname> element</title>
|
||||||
<para>
|
<para>
|
||||||
The <classname>GstAutoplugCache</classname> element is used to cache the
|
The <classname>GstAutoplugCache</classname> element is used to cache the
|
||||||
media stream when performing typedetection. As we have seen in
|
media stream when performing typedetection. As we have seen in
|
||||||
<xref linkend="cha-typedetection"/>, the typefind function consumes a
|
<xref linkend="chapter-typedetection"/>, the typefind function consumes a
|
||||||
buffer to determine its media type. After we have set up the pipeline
|
buffer to determine its media type. After we have set up the pipeline
|
||||||
to play the media stream we should be able to 'replay' the previous buffer(s).
|
to play the media stream we should be able to 'replay' the previous buffer(s).
|
||||||
This is what the autoplugcache is used for.
|
This is what the autoplugcache is used for.
|
||||||
|
@ -147,7 +147,7 @@
|
||||||
autoplugger, the autoplugcache and the typefind element.
|
autoplugger, the autoplugcache and the typefind element.
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1>
|
<sect1 id="section-autoplugging-spider">
|
||||||
<title>Another approach to autoplugging</title>
|
<title>Another approach to autoplugging</title>
|
||||||
<para>
|
<para>
|
||||||
The autoplug API is interesting, but often impractical. It is static;
|
The autoplug API is interesting, but often impractical. It is static;
|
||||||
|
|
|
@ -1,49 +0,0 @@
|
||||||
<chapter id="cha-bins">
|
|
||||||
<title>Bins</title>
|
|
||||||
<para>
|
|
||||||
A bin is a container element. You can add elements to a bin. Since a bin is
|
|
||||||
an element itself, it can also be added to another bin.
|
|
||||||
</para>
|
|
||||||
<para>
|
|
||||||
Bins allow you to combine a group of linked elements into one logical element. You do
|
|
||||||
not deal with the individual elements anymore but with just one element, the bin.
|
|
||||||
We will see that this is extremely powerful when you are going to construct
|
|
||||||
complex pipelines since it allows you to break up the pipeline in smaller chunks.
|
|
||||||
</para>
|
|
||||||
<para>
|
|
||||||
The bin will also manage the elements contained in it. It will figure out how
|
|
||||||
the data will flow in the bin and generate an optimal plan for that data flow. Plan
|
|
||||||
generation is one of the most complicated procedures in GStreamer.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<figure float="1" id="sec-bin-img">
|
|
||||||
<title>Visualisation of a bin with some elements in it</title>
|
|
||||||
<mediaobject>
|
|
||||||
<imageobject>
|
|
||||||
<imagedata fileref="images/bin-element.ℑ" format="&IMAGE;" />
|
|
||||||
</imageobject>
|
|
||||||
</mediaobject>
|
|
||||||
</figure>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
There are two specialized bins available to the GStreamer programmer:
|
|
||||||
|
|
||||||
<itemizedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>
|
|
||||||
a pipeline: a generic container that allows scheduling of the
|
|
||||||
containing elements. The toplevel bin has to be a pipeline.
|
|
||||||
Every application thus needs at least one of these.
|
|
||||||
</para>
|
|
||||||
</listitem>
|
|
||||||
<listitem>
|
|
||||||
<para>
|
|
||||||
a thread: a bin that will be run in a separate execution thread.
|
|
||||||
You will have to use this bin if you have to carefully
|
|
||||||
synchronize audio and video, or for buffering. You will learn
|
|
||||||
more about threads in <xref linkend="cha-threads"/>.
|
|
||||||
</para>
|
|
||||||
</listitem>
|
|
||||||
</itemizedlist>
|
|
||||||
</para>
|
|
||||||
</chapter>
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-buffers">
|
<chapter id="chapter-buffers">
|
||||||
<title>Buffers</title>
|
<title>Buffers</title>
|
||||||
<para>
|
<para>
|
||||||
Buffers contain the data that will flow through the pipeline you have
|
Buffers contain the data that will flow through the pipeline you have
|
||||||
|
|
|
@ -1,11 +1,11 @@
|
||||||
<chapter id="cha-elements">
|
<chapter id="chapter-elements">
|
||||||
<title>Elements</title>
|
<title>Elements</title>
|
||||||
<para>
|
<para>
|
||||||
The most important object in <application>GStreamer</application> for the
|
The most important object in <application>GStreamer</application> for the
|
||||||
application programmer is the <classname>GstElement</classname> object.
|
application programmer is the <classname>GstElement</classname> object.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-elements-design">
|
<sect1 id="section-elements-design">
|
||||||
<title>What is an element ?</title>
|
<title>What is an element ?</title>
|
||||||
<para>
|
<para>
|
||||||
An element is the basic building block for the media pipeline.
|
An element is the basic building block for the media pipeline.
|
||||||
|
@ -16,26 +16,26 @@
|
||||||
<para>
|
<para>
|
||||||
Elements, from the perspective of GStreamer, are viewed as "black boxes"
|
Elements, from the perspective of GStreamer, are viewed as "black boxes"
|
||||||
with a number of different aspects. One of these aspects is the presence
|
with a number of different aspects. One of these aspects is the presence
|
||||||
of "pads" (see <xref linkend="cha-pads"/>), or link points. This terminology arises from soldering;
|
of "pads" (see <xref linkend="chapter-pads"/>), or link points. This terminology arises from soldering;
|
||||||
pads are where wires can be attached.
|
pads are where wires can be attached.
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-elements-types">
|
<sect1 id="section-elements-types">
|
||||||
<title>Types of elements</title>
|
<title>Types of elements</title>
|
||||||
|
|
||||||
<sect2 id="sec-elements-src">
|
<sect2 id="section-elements-src">
|
||||||
<title>Source elements</title>
|
<title>Source elements</title>
|
||||||
<para>
|
<para>
|
||||||
Source elements generate data for use by a pipeline, for example
|
Source elements generate data for use by a pipeline, for example
|
||||||
reading from disk or from a sound card.
|
reading from disk or from a sound card.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-element-srcimg"/> shows how we will visualise
|
<xref linkend="section-element-srcimg"/> shows how we will visualise
|
||||||
a source element.
|
a source element.
|
||||||
We always draw a source pad to the right of the element.
|
We always draw a source pad to the right of the element.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-element-srcimg">
|
<figure float="1" id="section-element-srcimg">
|
||||||
<title>Visualisation of a source element</title>
|
<title>Visualisation of a source element</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -50,7 +50,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-elements-filter">
|
<sect2 id="section-elements-filter">
|
||||||
<title>Filters and codecs</title>
|
<title>Filters and codecs</title>
|
||||||
<para>
|
<para>
|
||||||
Filter elements have both input and output pads. They operate on
|
Filter elements have both input and output pads. They operate on
|
||||||
|
@ -63,7 +63,7 @@
|
||||||
for example, a video mixer might have two input pads (the images of
|
for example, a video mixer might have two input pads (the images of
|
||||||
the two different video streams) and one output pad.
|
the two different video streams) and one output pad.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-element-filterimg">
|
<figure float="1" id="section-element-filterimg">
|
||||||
<title>Visualisation of a filter element</title>
|
<title>Visualisation of a filter element</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -72,12 +72,12 @@
|
||||||
</mediaobject>
|
</mediaobject>
|
||||||
</figure>
|
</figure>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-element-filterimg"/> shows how we will visualise
|
<xref linkend="section-element-filterimg"/> shows how we will visualise
|
||||||
a filter element.
|
a filter element.
|
||||||
This element has one sink (input) pad and one source (output) pad.
|
This element has one sink (input) pad and one source (output) pad.
|
||||||
Sink pads are drawn on the left of the element.
|
Sink pads are drawn on the left of the element.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-element-multifilterimg">
|
<figure float="1" id="section-element-multifilterimg">
|
||||||
<title>Visualisation of a filter element with
|
<title>Visualisation of a filter element with
|
||||||
more than one output pad</title>
|
more than one output pad</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
|
@ -88,7 +88,7 @@
|
||||||
</mediaobject>
|
</mediaobject>
|
||||||
</figure>
|
</figure>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-element-filterimg"/> shows the visualisation of a filter element with
|
<xref linkend="section-element-filterimg"/> shows the visualisation of a filter element with
|
||||||
more than one output pad. An example of such a filter is the AVI
|
more than one output pad. An example of such a filter is the AVI
|
||||||
demultiplexer. This element will parse the input data and
|
demultiplexer. This element will parse the input data and
|
||||||
extract the audio and video data. Most of these filters dynamically
|
extract the audio and video data. Most of these filters dynamically
|
||||||
|
@ -97,15 +97,15 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-elements-sink">
|
<sect2 id="section-elements-sink">
|
||||||
<title>Sink elements</title>
|
<title>Sink elements</title>
|
||||||
<para>
|
<para>
|
||||||
Sink elements are end points in a media pipeline. They accept
|
Sink elements are end points in a media pipeline. They accept
|
||||||
data but do not produce anything. Disk writing, soundcard playback,
|
data but do not produce anything. Disk writing, soundcard playback,
|
||||||
and video output would all be implemented by sink elements.
|
and video output would all be implemented by sink elements.
|
||||||
<xref linkend="sec-element-sinkimg"/> shows a sink element.
|
<xref linkend="section-element-sinkimg"/> shows a sink element.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-element-sinkimg">
|
<figure float="1" id="section-element-sinkimg">
|
||||||
<title>Visualisation of a sink element</title>
|
<title>Visualisation of a sink element</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-hello">
|
<chapter id="chapter-hello-world">
|
||||||
<title>Your first application</title>
|
<title>Your first application</title>
|
||||||
<para>
|
<para>
|
||||||
This chapter describes the most rudimentary aspects of a
|
This chapter describes the most rudimentary aspects of a
|
||||||
|
@ -7,7 +7,7 @@
|
||||||
pausing and stopping the pipeline.
|
pausing and stopping the pipeline.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-hello-world">
|
||||||
<title>Hello world</title>
|
<title>Hello world</title>
|
||||||
<para>
|
<para>
|
||||||
We will create a simple first application, a complete MP3 player, using
|
We will create a simple first application, a complete MP3 player, using
|
||||||
|
@ -177,7 +177,7 @@ main (int argc, char *argv[])
|
||||||
We now have a created a complete pipeline. We can visualise the
|
We now have a created a complete pipeline. We can visualise the
|
||||||
pipeline as follows:
|
pipeline as follows:
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-hello-img">
|
<figure float="1" id="section-hello-img">
|
||||||
<title>The "hello world" pipeline</title>
|
<title>The "hello world" pipeline</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -232,7 +232,7 @@ main (int argc, char *argv[])
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-hello-world-compile">
|
||||||
<title>Compiling helloworld.c</title>
|
<title>Compiling helloworld.c</title>
|
||||||
<para>
|
<para>
|
||||||
To compile the helloworld example, use:
|
To compile the helloworld example, use:
|
||||||
|
@ -256,7 +256,7 @@ main (int argc, char *argv[])
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-hello-world-conclusion">
|
||||||
<title>Conclusion</title>
|
<title>Conclusion</title>
|
||||||
<para>
|
<para>
|
||||||
This concludes our first example. As you see, setting up a pipeline
|
This concludes our first example. As you see, setting up a pipeline
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-initialisation">
|
<chapter id="chapter-initialisation">
|
||||||
<title>Initializing <application>GStreamer</application></title>
|
<title>Initializing <application>GStreamer</application></title>
|
||||||
<para>
|
<para>
|
||||||
When writing a <application>GStreamer</application> application, you can
|
When writing a <application>GStreamer</application> application, you can
|
||||||
|
|
|
@ -1,13 +1,13 @@
|
||||||
<chapter id="cha-pads">
|
<chapter id="chapter-pads">
|
||||||
<title>Pads</title>
|
<title>Pads</title>
|
||||||
<para>
|
<para>
|
||||||
As we have seen in <xref linkend="cha-elements"/>, the pads are the element's
|
As we have seen in <xref linkend="chapter-elements"/>, the pads are the element's
|
||||||
interface to the outside world.
|
interface to the outside world.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
The specific type of media that the element can handle will be exposed by the pads.
|
The specific type of media that the element can handle will be exposed by the pads.
|
||||||
The description of this media type is done with capabilities(see
|
The description of this media type is done with capabilities(see
|
||||||
<xref linkend="sec-caps"/>)
|
<xref linkend="section-caps"/>)
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
|
@ -24,10 +24,10 @@
|
||||||
</para></footnote>
|
</para></footnote>
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-pads-type">
|
<sect1 id="section-pads-type">
|
||||||
<title>Types of pads</title>
|
<title>Types of pads</title>
|
||||||
|
|
||||||
<sect2 id="sec-pads-dynamic">
|
<sect2 id="section-pads-dynamic">
|
||||||
<title>Dynamic pads</title>
|
<title>Dynamic pads</title>
|
||||||
<para>
|
<para>
|
||||||
Some elements might not have all of their pads when the element is
|
Some elements might not have all of their pads when the element is
|
||||||
|
@ -47,7 +47,7 @@
|
||||||
pipelines later on in this manual.
|
pipelines later on in this manual.
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-pads-request">
|
<sect2 id="section-pads-request">
|
||||||
<title>Request pads</title>
|
<title>Request pads</title>
|
||||||
<para>
|
<para>
|
||||||
An element can also have request pads. These pads are not created
|
An element can also have request pads. These pads are not created
|
||||||
|
@ -63,7 +63,7 @@
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-caps">
|
<sect1 id="section-caps">
|
||||||
<title>Capabilities of a pad</title>
|
<title>Capabilities of a pad</title>
|
||||||
<para>
|
<para>
|
||||||
Since the pads play a very important role in how the element is viewed by the
|
Since the pads play a very important role in how the element is viewed by the
|
||||||
|
@ -76,7 +76,7 @@
|
||||||
Plugin Writer's Guide.
|
Plugin Writer's Guide.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect2 id="sec-pads-caps">
|
<sect2 id="section-pads-caps">
|
||||||
<title>Capabilities</title>
|
<title>Capabilities</title>
|
||||||
<para>
|
<para>
|
||||||
Capabilities are attached to a pad in order to describe
|
Capabilities are attached to a pad in order to describe
|
||||||
|
@ -137,7 +137,7 @@ Pads:
|
||||||
rate: Integer range: 11025 - 48000
|
rate: Integer range: 11025 - 48000
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-pads-props">
|
<sect2 id="section-pads-props">
|
||||||
<title>What are properties ?</title>
|
<title>What are properties ?</title>
|
||||||
<para>
|
<para>
|
||||||
Properties are used to describe extra information for
|
Properties are used to describe extra information for
|
||||||
|
@ -217,7 +217,7 @@ Pads:
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
|
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-pads-caps-use">
|
<sect2 id="section-pads-caps-use">
|
||||||
<title>What capabilities are used for</title>
|
<title>What capabilities are used for</title>
|
||||||
<para>
|
<para>
|
||||||
Capabilities describe in great detail the type of media that is handled by the pads.
|
Capabilities describe in great detail the type of media that is handled by the pads.
|
||||||
|
|
|
@ -1,31 +0,0 @@
|
||||||
<chapter id="cha-plugins">
|
|
||||||
<title>Plugins</title>
|
|
||||||
<!-- FIXME: introduce type definitions before this chapter -->
|
|
||||||
<para>
|
|
||||||
A plugin is a shared library that contains at least one of the following
|
|
||||||
items:
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<itemizedlist>
|
|
||||||
<listitem>
|
|
||||||
<para>
|
|
||||||
one or more element factories
|
|
||||||
</para>
|
|
||||||
</listitem>
|
|
||||||
<listitem>
|
|
||||||
<para>
|
|
||||||
one or more type definitions
|
|
||||||
</para>
|
|
||||||
</listitem>
|
|
||||||
<listitem>
|
|
||||||
<para>
|
|
||||||
one or more auto-pluggers
|
|
||||||
</para>
|
|
||||||
</listitem>
|
|
||||||
<listitem>
|
|
||||||
<para>
|
|
||||||
exported symbols for use in other plugins
|
|
||||||
</para>
|
|
||||||
</listitem>
|
|
||||||
</itemizedlist>
|
|
||||||
</chapter>
|
|
|
@ -1,6 +1,6 @@
|
||||||
<chapter id="cha-bins-api">
|
<chapter id="chapter-bins-api">
|
||||||
<title>Bins</title>
|
<title>Bins</title>
|
||||||
<sect1 id="sec-bin-create">
|
<sect1 id="section-bin-create">
|
||||||
<title>Creating a bin</title>
|
<title>Creating a bin</title>
|
||||||
<para>
|
<para>
|
||||||
Bins are created in the same way that other elements are created. ie.
|
Bins are created in the same way that other elements are created. ie.
|
||||||
|
@ -22,7 +22,7 @@
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-bin-adding">
|
<sect1 id="section-bin-adding">
|
||||||
<title>Adding elements to a bin</title>
|
<title>Adding elements to a bin</title>
|
||||||
<para>
|
<para>
|
||||||
Elements are added to a bin with the following code sample:
|
Elements are added to a bin with the following code sample:
|
||||||
|
@ -95,7 +95,7 @@
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-bin-custom">
|
<sect1 id="section-bin-custom">
|
||||||
<title>Custom bins</title>
|
<title>Custom bins</title>
|
||||||
<para>
|
<para>
|
||||||
The application programmer can create custom bins packed with elements
|
The application programmer can create custom bins packed with elements
|
||||||
|
@ -121,7 +121,7 @@
|
||||||
Note that the above code assumes that the mp3player bin derives itself
|
Note that the above code assumes that the mp3player bin derives itself
|
||||||
from a <classname>GstThread</classname>, which begins to play as soon
|
from a <classname>GstThread</classname>, which begins to play as soon
|
||||||
as its state is set to PLAYING. Other bin types may need explicit
|
as its state is set to PLAYING. Other bin types may need explicit
|
||||||
iteration. For more information, see <xref linkend="cha-threads"/>.
|
iteration. For more information, see <xref linkend="chapter-threads"/>.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
Custom bins can be created with a plugin or an XML description. You
|
Custom bins can be created with a plugin or an XML description. You
|
||||||
|
@ -130,13 +130,13 @@
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-bin-ghostpads">
|
<sect1 id="section-bin-ghostpads">
|
||||||
<title>Ghost pads</title>
|
<title>Ghost pads</title>
|
||||||
<para>
|
<para>
|
||||||
You can see from <xref linkend="sec-bin-noghost-img"/> how a bin has no pads of its own.
|
You can see from <xref linkend="section-bin-noghost-img"/> how a bin has no pads of its own.
|
||||||
This is where "ghost pads" come into play.
|
This is where "ghost pads" come into play.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-bin-noghost-img">
|
<figure float="1" id="section-bin-noghost-img">
|
||||||
<title>Visualisation of a <classname>GstBin</classname> element without ghost pads</title>
|
<title>Visualisation of a <classname>GstBin</classname> element without ghost pads</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -151,7 +151,7 @@
|
||||||
for creating custom bins.
|
for creating custom bins.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<figure float="1" id="sec-bin-ghost-img">
|
<figure float="1" id="section-bin-ghost-img">
|
||||||
<title>Visualisation of a <classname>GstBin</classname> element with a ghost pad</title>
|
<title>Visualisation of a <classname>GstBin</classname> element with a ghost pad</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -160,7 +160,7 @@
|
||||||
</mediaobject>
|
</mediaobject>
|
||||||
</figure>
|
</figure>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-bin-ghost-img"/>
|
<xref linkend="section-bin-ghost-img"/>
|
||||||
is a representation of a ghost pad. The sink pad of element one is now also a pad
|
is a representation of a ghost pad. The sink pad of element one is now also a pad
|
||||||
of the bin.
|
of the bin.
|
||||||
</para>
|
</para>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-bins">
|
<chapter id="chapter-bins">
|
||||||
<title>Bins</title>
|
<title>Bins</title>
|
||||||
<para>
|
<para>
|
||||||
A bin is a container element. You can add elements to a bin. Since a bin is
|
A bin is a container element. You can add elements to a bin. Since a bin is
|
||||||
|
@ -16,7 +16,7 @@
|
||||||
generation is one of the most complicated procedures in GStreamer.
|
generation is one of the most complicated procedures in GStreamer.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<figure float="1" id="sec-bin-img">
|
<figure float="1" id="section-bin-img">
|
||||||
<title>Visualisation of a bin with some elements in it</title>
|
<title>Visualisation of a bin with some elements in it</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -41,7 +41,7 @@
|
||||||
a thread: a bin that will be run in a separate execution thread.
|
a thread: a bin that will be run in a separate execution thread.
|
||||||
You will have to use this bin if you have to carefully
|
You will have to use this bin if you have to carefully
|
||||||
synchronize audio and video, or for buffering. You will learn
|
synchronize audio and video, or for buffering. You will learn
|
||||||
more about threads in <xref linkend="cha-threads"/>.
|
more about threads in <xref linkend="chapter-threads"/>.
|
||||||
</para>
|
</para>
|
||||||
</listitem>
|
</listitem>
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-buffers-api">
|
<chapter id="chapter-buffers-api">
|
||||||
<title>Buffers</title>
|
<title>Buffers</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-buffers">
|
<chapter id="chapter-buffers">
|
||||||
<title>Buffers</title>
|
<title>Buffers</title>
|
||||||
<para>
|
<para>
|
||||||
Buffers contain the data that will flow through the pipeline you have
|
Buffers contain the data that will flow through the pipeline you have
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-clocks">
|
<chapter id="chapter-clocks">
|
||||||
<title>Clocks in GStreamer</title>
|
<title>Clocks in GStreamer</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-components">
|
<chapter id="chapter-components">
|
||||||
<title>Components</title>
|
<title>Components</title>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
|
@ -10,7 +10,7 @@
|
||||||
in their programs.
|
in their programs.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-components-gst-play">
|
||||||
<title>GstPlay</title>
|
<title>GstPlay</title>
|
||||||
<para>
|
<para>
|
||||||
GstPlay is a GtkWidget with a simple API to play, pause and stop a media file.
|
GstPlay is a GtkWidget with a simple API to play, pause and stop a media file.
|
||||||
|
@ -18,15 +18,15 @@
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-components-gst-media-play">
|
||||||
<title>GstMediaPlay</title>
|
<title>GstMediaPlay</title>
|
||||||
<para>
|
<para>
|
||||||
GstMediaply is a complete player widget.
|
GstMediaPlay is a complete player widget.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-components-gst-editor">
|
||||||
<title>GstEditor</title>
|
<title>GstEditor</title>
|
||||||
<para>
|
<para>
|
||||||
GstEditor is a set of widgets to display a graphical representation of a
|
GstEditor is a set of widgets to display a graphical representation of a
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-cothreads">
|
<chapter id="chapter-cothreads">
|
||||||
<title>Cothreads</title>
|
<title>Cothreads</title>
|
||||||
<para>
|
<para>
|
||||||
Cothreads are user-space threads that greatly reduce context switching overhead introduced by
|
Cothreads are user-space threads that greatly reduce context switching overhead introduced by
|
||||||
|
@ -34,7 +34,7 @@
|
||||||
explain the chain-based elements.
|
explain the chain-based elements.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-chain-based">
|
<sect1 id="section-chain-based">
|
||||||
<title>Chain-based elements</title>
|
<title>Chain-based elements</title>
|
||||||
<para>
|
<para>
|
||||||
Chain based elements receive a buffer of data and are supposed
|
Chain based elements receive a buffer of data and are supposed
|
||||||
|
@ -69,7 +69,7 @@ chain_function (GstPad *pad, GstBuffer *buffer)
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-loop-based">
|
<sect1 id="section-loop-based">
|
||||||
<title>Loop-based elements</title>
|
<title>Loop-based elements</title>
|
||||||
<para>
|
<para>
|
||||||
As opposed to chain-based elements, loop-based elements enter an
|
As opposed to chain-based elements, loop-based elements enter an
|
||||||
|
|
|
@ -1,11 +1,11 @@
|
||||||
<chapter id="cha-debugging">
|
<chapter id="chapter-debugging">
|
||||||
<title>Debugging</title>
|
<title>Debugging</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer has an extensive set of debugging tools for
|
GStreamer has an extensive set of debugging tools for
|
||||||
plugin developers.
|
plugin developers.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-debugging-command-line">
|
||||||
<title>Command line options</title>
|
<title>Command line options</title>
|
||||||
<para>
|
<para>
|
||||||
Applications using the GStreamer libraries accept the following set
|
Applications using the GStreamer libraries accept the following set
|
||||||
|
@ -94,7 +94,7 @@ Mask (to be OR'ed) info/debug FLAGS
|
||||||
0x02000000 / REFCOUNTING
|
0x02000000 / REFCOUNTING
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1>
|
<sect1 id="section-debugging-adding-handler">
|
||||||
<title>Adding a custom debug handler</title>
|
<title>Adding a custom debug handler</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
|
|
|
@ -1,7 +1,7 @@
|
||||||
<chapter id="cha-dparams">
|
<chapter id="chapter-dparams">
|
||||||
<title>Dynamic Parameters</title>
|
<title>Dynamic Parameters</title>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-dparams-getting-started">
|
||||||
<title>Getting Started</title>
|
<title>Getting Started</title>
|
||||||
<para>
|
<para>
|
||||||
The Dynamic Parameters subsystem is contained within the
|
The Dynamic Parameters subsystem is contained within the
|
||||||
|
@ -31,7 +31,7 @@
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-dparams-creating">
|
||||||
<title>Creating and Attaching Dynamic Parameters</title>
|
<title>Creating and Attaching Dynamic Parameters</title>
|
||||||
<para>
|
<para>
|
||||||
Once you have created your elements you can create and attach dparams to them.
|
Once you have created your elements you can create and attach dparams to them.
|
||||||
|
@ -81,7 +81,7 @@
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-dparams-changing">
|
||||||
<title>Changing Dynamic Parameter Values</title>
|
<title>Changing Dynamic Parameter Values</title>
|
||||||
<para>
|
<para>
|
||||||
All interaction with dparams to actually set the dparam value is done through simple GObject properties.
|
All interaction with dparams to actually set the dparam value is done through simple GObject properties.
|
||||||
|
@ -116,7 +116,7 @@
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-dparams-types">
|
||||||
<title>Different Types of Dynamic Parameter</title>
|
<title>Different Types of Dynamic Parameter</title>
|
||||||
<para>
|
<para>
|
||||||
There are currently only two implementations of dparams so far. They are both for real-time use so
|
There are currently only two implementations of dparams so far. They are both for real-time use so
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-dynamic">
|
<chapter id="chapter-dynamic">
|
||||||
<title>Dynamic pipelines</title>
|
<title>Dynamic pipelines</title>
|
||||||
<para>
|
<para>
|
||||||
In this chapter we will see how you can create a dynamic pipeline. A
|
In this chapter we will see how you can create a dynamic pipeline. A
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
<chapter id="cha-elements-api">
|
<chapter id="chapter-elements-api">
|
||||||
<title>Elements</title>
|
<title>Elements</title>
|
||||||
<sect1 id="sec-elements-create">
|
<sect1 id="section-elements-create">
|
||||||
<title>Creating a GstElement</title>
|
<title>Creating a GstElement</title>
|
||||||
<para>
|
<para>
|
||||||
A <classname>GstElement</classname> object is created from
|
A <classname>GstElement</classname> object is created from
|
||||||
|
@ -55,7 +55,7 @@
|
||||||
gst_element_unref (element);
|
gst_element_unref (element);
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1 id="sec-elements-properties">
|
<sect1 id="section-elements-properties">
|
||||||
<title>GstElement properties</title>
|
<title>GstElement properties</title>
|
||||||
<para>
|
<para>
|
||||||
A <classname>GstElement</classname> can have several properties
|
A <classname>GstElement</classname> can have several properties
|
||||||
|
@ -105,7 +105,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-elements-signals">
|
<sect1 id="section-elements-signals">
|
||||||
<title>GstElement signals</title>
|
<title>GstElement signals</title>
|
||||||
<para>
|
<para>
|
||||||
A <classname>GstElement</classname> also provides various
|
A <classname>GstElement</classname> also provides various
|
||||||
|
@ -114,25 +114,25 @@
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-elements-factories">
|
<sect1 id="section-elements-factories">
|
||||||
<title>More about GstElementFactory</title>
|
<title>More about GstElementFactory</title>
|
||||||
<para>
|
<para>
|
||||||
We talk some more about the GstElementFactory object.
|
We talk some more about the GstElementFactory object.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect2 id="sec-elements-factories-details">
|
<sect2 id="section-elements-factories-details">
|
||||||
<title>Getting information about an element using the factory details</title>
|
<title>Getting information about an element using the factory details</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-elements-factories-padtemplates">
|
<sect2 id="section-elements-factories-padtemplates">
|
||||||
<title>Finding out what pads an element can contain</title>
|
<title>Finding out what pads an element can contain</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-elements-factories-query">
|
<sect2 id="section-elements-factories-query">
|
||||||
<title>Different ways of querying the factories</title>
|
<title>Different ways of querying the factories</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
|
|
|
@ -1,11 +1,11 @@
|
||||||
<chapter id="cha-elements">
|
<chapter id="chapter-elements">
|
||||||
<title>Elements</title>
|
<title>Elements</title>
|
||||||
<para>
|
<para>
|
||||||
The most important object in <application>GStreamer</application> for the
|
The most important object in <application>GStreamer</application> for the
|
||||||
application programmer is the <classname>GstElement</classname> object.
|
application programmer is the <classname>GstElement</classname> object.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-elements-design">
|
<sect1 id="section-elements-design">
|
||||||
<title>What is an element ?</title>
|
<title>What is an element ?</title>
|
||||||
<para>
|
<para>
|
||||||
An element is the basic building block for the media pipeline.
|
An element is the basic building block for the media pipeline.
|
||||||
|
@ -16,26 +16,26 @@
|
||||||
<para>
|
<para>
|
||||||
Elements, from the perspective of GStreamer, are viewed as "black boxes"
|
Elements, from the perspective of GStreamer, are viewed as "black boxes"
|
||||||
with a number of different aspects. One of these aspects is the presence
|
with a number of different aspects. One of these aspects is the presence
|
||||||
of "pads" (see <xref linkend="cha-pads"/>), or link points. This terminology arises from soldering;
|
of "pads" (see <xref linkend="chapter-pads"/>), or link points. This terminology arises from soldering;
|
||||||
pads are where wires can be attached.
|
pads are where wires can be attached.
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-elements-types">
|
<sect1 id="section-elements-types">
|
||||||
<title>Types of elements</title>
|
<title>Types of elements</title>
|
||||||
|
|
||||||
<sect2 id="sec-elements-src">
|
<sect2 id="section-elements-src">
|
||||||
<title>Source elements</title>
|
<title>Source elements</title>
|
||||||
<para>
|
<para>
|
||||||
Source elements generate data for use by a pipeline, for example
|
Source elements generate data for use by a pipeline, for example
|
||||||
reading from disk or from a sound card.
|
reading from disk or from a sound card.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-element-srcimg"/> shows how we will visualise
|
<xref linkend="section-element-srcimg"/> shows how we will visualise
|
||||||
a source element.
|
a source element.
|
||||||
We always draw a source pad to the right of the element.
|
We always draw a source pad to the right of the element.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-element-srcimg">
|
<figure float="1" id="section-element-srcimg">
|
||||||
<title>Visualisation of a source element</title>
|
<title>Visualisation of a source element</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -50,7 +50,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-elements-filter">
|
<sect2 id="section-elements-filter">
|
||||||
<title>Filters and codecs</title>
|
<title>Filters and codecs</title>
|
||||||
<para>
|
<para>
|
||||||
Filter elements have both input and output pads. They operate on
|
Filter elements have both input and output pads. They operate on
|
||||||
|
@ -63,7 +63,7 @@
|
||||||
for example, a video mixer might have two input pads (the images of
|
for example, a video mixer might have two input pads (the images of
|
||||||
the two different video streams) and one output pad.
|
the two different video streams) and one output pad.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-element-filterimg">
|
<figure float="1" id="section-element-filterimg">
|
||||||
<title>Visualisation of a filter element</title>
|
<title>Visualisation of a filter element</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -72,12 +72,12 @@
|
||||||
</mediaobject>
|
</mediaobject>
|
||||||
</figure>
|
</figure>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-element-filterimg"/> shows how we will visualise
|
<xref linkend="section-element-filterimg"/> shows how we will visualise
|
||||||
a filter element.
|
a filter element.
|
||||||
This element has one sink (input) pad and one source (output) pad.
|
This element has one sink (input) pad and one source (output) pad.
|
||||||
Sink pads are drawn on the left of the element.
|
Sink pads are drawn on the left of the element.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-element-multifilterimg">
|
<figure float="1" id="section-element-multifilterimg">
|
||||||
<title>Visualisation of a filter element with
|
<title>Visualisation of a filter element with
|
||||||
more than one output pad</title>
|
more than one output pad</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
|
@ -88,7 +88,7 @@
|
||||||
</mediaobject>
|
</mediaobject>
|
||||||
</figure>
|
</figure>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-element-filterimg"/> shows the visualisation of a filter element with
|
<xref linkend="section-element-filterimg"/> shows the visualisation of a filter element with
|
||||||
more than one output pad. An example of such a filter is the AVI
|
more than one output pad. An example of such a filter is the AVI
|
||||||
demultiplexer. This element will parse the input data and
|
demultiplexer. This element will parse the input data and
|
||||||
extract the audio and video data. Most of these filters dynamically
|
extract the audio and video data. Most of these filters dynamically
|
||||||
|
@ -97,15 +97,15 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-elements-sink">
|
<sect2 id="section-elements-sink">
|
||||||
<title>Sink elements</title>
|
<title>Sink elements</title>
|
||||||
<para>
|
<para>
|
||||||
Sink elements are end points in a media pipeline. They accept
|
Sink elements are end points in a media pipeline. They accept
|
||||||
data but do not produce anything. Disk writing, soundcard playback,
|
data but do not produce anything. Disk writing, soundcard playback,
|
||||||
and video output would all be implemented by sink elements.
|
and video output would all be implemented by sink elements.
|
||||||
<xref linkend="sec-element-sinkimg"/> shows a sink element.
|
<xref linkend="section-element-sinkimg"/> shows a sink element.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-element-sinkimg">
|
<figure float="1" id="section-element-sinkimg">
|
||||||
<title>Visualisation of a sink element</title>
|
<title>Visualisation of a sink element</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-factories">
|
<chapter id="chapter-factories">
|
||||||
<title>More on factories</title>
|
<title>More on factories</title>
|
||||||
<para>
|
<para>
|
||||||
The small application we created in the previous chapter used the
|
The small application we created in the previous chapter used the
|
||||||
|
@ -11,7 +11,7 @@
|
||||||
We will first explain the concepts involved before we move on
|
We will first explain the concepts involved before we move on
|
||||||
to the reworked helloworld example using autoplugging.
|
to the reworked helloworld example using autoplugging.
|
||||||
</para>
|
</para>
|
||||||
<sect1>
|
<sect1 id="section-factories-helloworld-problems">
|
||||||
<title>The problems with the helloworld example</title>
|
<title>The problems with the helloworld example</title>
|
||||||
<para>
|
<para>
|
||||||
If we take a look at how the elements were created in the previous
|
If we take a look at how the elements were created in the previous
|
||||||
|
@ -40,7 +40,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-factories-mime">
|
||||||
<title>More on MIME Types</title>
|
<title>More on MIME Types</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer uses MIME types to identify the different types of data
|
GStreamer uses MIME types to identify the different types of data
|
||||||
|
@ -82,10 +82,10 @@
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-mime-img"/> shows the MIME types associated with
|
<xref linkend="section-mime-img"/> shows the MIME types associated with
|
||||||
each pad from the "hello world" example.
|
each pad from the "hello world" example.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-mime-img">
|
<figure float="1" id="section-mime-img">
|
||||||
<title>The Hello world pipeline with MIME types</title>
|
<title>The Hello world pipeline with MIME types</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -115,7 +115,7 @@
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-factories-gstreamer-types">
|
||||||
<title>GStreamer types</title>
|
<title>GStreamer types</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer assigns a unique number to all registered MIME types.
|
GStreamer assigns a unique number to all registered MIME types.
|
||||||
|
@ -204,12 +204,12 @@ struct _GstType {
|
||||||
This function will return 0 if the extension was not known.
|
This function will return 0 if the extension was not known.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
For more information, see <xref linkend="cha-autoplug"/>.
|
For more information, see <xref linkend="chapter-autoplug"/>.
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-factories-create">
|
||||||
<title>Creating elements with the factory</title>
|
<title>Creating elements with the factory</title>
|
||||||
<para>
|
<para>
|
||||||
In the previous section we described how you could obtain
|
In the previous section we described how you could obtain
|
||||||
|
@ -232,7 +232,7 @@ struct _GstType {
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-factories-basic-types">
|
||||||
<title>GStreamer basic types</title>
|
<title>GStreamer basic types</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer only has two builtin types:
|
GStreamer only has two builtin types:
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-gnome">
|
<chapter id="chapter-gnome">
|
||||||
<title>GNOME integration</title>
|
<title>GNOME integration</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer is fairly easy to integrate with GNOME applications.
|
GStreamer is fairly easy to integrate with GNOME applications.
|
||||||
|
|
|
@ -1,16 +1,16 @@
|
||||||
<chapter id="cha-goals">
|
<chapter id="chapter-goals">
|
||||||
<title>Goals</title>
|
<title>Goals</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer was designed to provide a solution to the current Linux media
|
GStreamer was designed to provide a solution to the current Linux media
|
||||||
problems.
|
problems.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-goals-design">
|
<sect1 id="section-goals-design">
|
||||||
<title>The design goals</title>
|
<title>The design goals</title>
|
||||||
<para>
|
<para>
|
||||||
We describe what we try to achieve with GStreamer.
|
We describe what we try to achieve with GStreamer.
|
||||||
</para>
|
</para>
|
||||||
<sect2 id="sec-goals-clean">
|
<sect2 id="section-goals-clean">
|
||||||
<title>Clean and powerful</title>
|
<title>Clean and powerful</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer wants to provide a clean interface to:
|
GStreamer wants to provide a clean interface to:
|
||||||
|
@ -35,7 +35,7 @@
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
|
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-goals-object">
|
<sect2 id="section-goals-object">
|
||||||
<title>Object oriented</title>
|
<title>Object oriented</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer adheres to the GLib 2.0 object model. A programmer familiar with GLib 2.0 or older versions
|
GStreamer adheres to the GLib 2.0 object model. A programmer familiar with GLib 2.0 or older versions
|
||||||
|
@ -55,7 +55,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-goals-extensible">
|
<sect2 id="section-goals-extensible">
|
||||||
<title>Extensible</title>
|
<title>Extensible</title>
|
||||||
<para>
|
<para>
|
||||||
All GStreamer Objects can be extended using the GObject inheritance methods.
|
All GStreamer Objects can be extended using the GObject inheritance methods.
|
||||||
|
@ -66,7 +66,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-goals-binary">
|
<sect2 id="section-goals-binary">
|
||||||
<title>Allow binary only plugins</title>
|
<title>Allow binary only plugins</title>
|
||||||
<para>
|
<para>
|
||||||
Plugins are shared libraries that are loaded at runtime. Since all the properties of the
|
Plugins are shared libraries that are loaded at runtime. Since all the properties of the
|
||||||
|
@ -79,7 +79,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-goals-performance">
|
<sect2 id="section-goals-performance">
|
||||||
<title>High performance</title>
|
<title>High performance</title>
|
||||||
<para>
|
<para>
|
||||||
High performance is obtained by:
|
High performance is obtained by:
|
||||||
|
@ -138,7 +138,7 @@
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-goals-separation">
|
<sect2 id="section-goals-separation">
|
||||||
<title>Clean core/plugins separation</title>
|
<title>Clean core/plugins separation</title>
|
||||||
<para>
|
<para>
|
||||||
The core of GStreamer is essentially media-agnostic. It only knows
|
The core of GStreamer is essentially media-agnostic. It only knows
|
||||||
|
@ -152,7 +152,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-goals-testbed">
|
<sect2 id="section-goals-testbed">
|
||||||
<title>Provide a framework for codec experimentation</title>
|
<title>Provide a framework for codec experimentation</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer also wants to be an easy framework where codec
|
GStreamer also wants to be an easy framework where codec
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-hello">
|
<chapter id="chapter-hello-world">
|
||||||
<title>Your first application</title>
|
<title>Your first application</title>
|
||||||
<para>
|
<para>
|
||||||
This chapter describes the most rudimentary aspects of a
|
This chapter describes the most rudimentary aspects of a
|
||||||
|
@ -7,7 +7,7 @@
|
||||||
pausing and stopping the pipeline.
|
pausing and stopping the pipeline.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-hello-world">
|
||||||
<title>Hello world</title>
|
<title>Hello world</title>
|
||||||
<para>
|
<para>
|
||||||
We will create a simple first application, a complete MP3 player, using
|
We will create a simple first application, a complete MP3 player, using
|
||||||
|
@ -177,7 +177,7 @@ main (int argc, char *argv[])
|
||||||
We now have a created a complete pipeline. We can visualise the
|
We now have a created a complete pipeline. We can visualise the
|
||||||
pipeline as follows:
|
pipeline as follows:
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-hello-img">
|
<figure float="1" id="section-hello-img">
|
||||||
<title>The "hello world" pipeline</title>
|
<title>The "hello world" pipeline</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
@ -232,7 +232,7 @@ main (int argc, char *argv[])
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-hello-world-compile">
|
||||||
<title>Compiling helloworld.c</title>
|
<title>Compiling helloworld.c</title>
|
||||||
<para>
|
<para>
|
||||||
To compile the helloworld example, use:
|
To compile the helloworld example, use:
|
||||||
|
@ -256,7 +256,7 @@ main (int argc, char *argv[])
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-hello-world-conclusion">
|
||||||
<title>Conclusion</title>
|
<title>Conclusion</title>
|
||||||
<para>
|
<para>
|
||||||
This concludes our first example. As you see, setting up a pipeline
|
This concludes our first example. As you see, setting up a pipeline
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-hello2">
|
<chapter id="chapter-hello2">
|
||||||
<title>Your second application</title>
|
<title>Your second application</title>
|
||||||
<para>
|
<para>
|
||||||
FIXME: delete this section, talk more about the spider. In a previous chapter we created a first
|
FIXME: delete this section, talk more about the spider. In a previous chapter we created a first
|
||||||
|
|
|
@ -1,37 +0,0 @@
|
||||||
<chapter id="cha-components">
|
|
||||||
<title>Components</title>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
FIXME: This chapter is way out of date.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
<application>GStreamer</application> includes components that people can include
|
|
||||||
in their programs.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<sect1>
|
|
||||||
<title>GstPlay</title>
|
|
||||||
<para>
|
|
||||||
GstPlay is a GtkWidget with a simple API to play, pause and stop a media file.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1>
|
|
||||||
<title>GstMediaPlay</title>
|
|
||||||
<para>
|
|
||||||
GstMediaply is a complete player widget.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1>
|
|
||||||
<title>GstEditor</title>
|
|
||||||
<para>
|
|
||||||
GstEditor is a set of widgets to display a graphical representation of a
|
|
||||||
pipeline.
|
|
||||||
</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
</chapter>
|
|
|
@ -1,283 +0,0 @@
|
||||||
<chapter id="cha-xml">
|
|
||||||
<title>XML in <application>GStreamer</application></title>
|
|
||||||
<para>
|
|
||||||
<application>GStreamer</application> uses XML to store and load
|
|
||||||
its pipeline definitions. XML is also used internally to manage the
|
|
||||||
plugin registry. The plugin registry is a file that contains the definition
|
|
||||||
of all the plugins <application>GStreamer</application> knows about to have
|
|
||||||
quick access to the specifics of the plugins.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
We will show you how you can save a pipeline to XML and how you can reload that
|
|
||||||
XML file again for later use.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<sect1 id="sec-xml-write">
|
|
||||||
<title>Turning GstElements into XML</title>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
We create a simple pipeline and write it to stdout with
|
|
||||||
gst_xml_write_file (). The following code constructs an MP3 player
|
|
||||||
pipeline with two threads and then writes out the XML both to stdout
|
|
||||||
and to a file. Use this program with one argument: the MP3 file on disk.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<programlisting>
|
|
||||||
/* example-begin xml-mp3.c */
|
|
||||||
#include <stdlib.h>
|
|
||||||
#include <gst/gst.h>
|
|
||||||
|
|
||||||
gboolean playing;
|
|
||||||
|
|
||||||
int
|
|
||||||
main (int argc, char *argv[])
|
|
||||||
{
|
|
||||||
GstElement *filesrc, *osssink, *queue, *queue2, *decode;
|
|
||||||
GstElement *bin;
|
|
||||||
GstElement *thread, *thread2;
|
|
||||||
|
|
||||||
gst_init (&argc,&argv);
|
|
||||||
|
|
||||||
if (argc != 2) {
|
|
||||||
g_print ("usage: %s <mp3 filename>\n", argv[0]);
|
|
||||||
exit (-1);
|
|
||||||
}
|
|
||||||
|
|
||||||
/* create a new thread to hold the elements */
|
|
||||||
thread = gst_element_factory_make ("thread", "thread");
|
|
||||||
g_assert (thread != NULL);
|
|
||||||
thread2 = gst_element_factory_make ("thread", "thread2");
|
|
||||||
g_assert (thread2 != NULL);
|
|
||||||
|
|
||||||
/* create a new bin to hold the elements */
|
|
||||||
bin = gst_bin_new ("bin");
|
|
||||||
g_assert (bin != NULL);
|
|
||||||
|
|
||||||
/* create a disk reader */
|
|
||||||
filesrc = gst_element_factory_make ("filesrc", "disk_source");
|
|
||||||
g_assert (filesrc != NULL);
|
|
||||||
g_object_set (G_OBJECT (filesrc), "location", argv[1], NULL);
|
|
||||||
|
|
||||||
queue = gst_element_factory_make ("queue", "queue");
|
|
||||||
queue2 = gst_element_factory_make ("queue", "queue2");
|
|
||||||
|
|
||||||
/* and an audio sink */
|
|
||||||
osssink = gst_element_factory_make ("osssink", "play_audio");
|
|
||||||
g_assert (osssink != NULL);
|
|
||||||
|
|
||||||
decode = gst_element_factory_make ("mad", "decode");
|
|
||||||
g_assert (decode != NULL);
|
|
||||||
|
|
||||||
/* add objects to the main bin */
|
|
||||||
gst_bin_add_many (GST_BIN (bin), filesrc, queue, NULL);
|
|
||||||
|
|
||||||
gst_bin_add_many (GST_BIN (thread), decode, queue2, NULL);
|
|
||||||
|
|
||||||
gst_bin_add (GST_BIN (thread2), osssink);
|
|
||||||
|
|
||||||
gst_element_link_many (filesrc, queue, decode, queue2, osssink, NULL);
|
|
||||||
|
|
||||||
gst_bin_add_many (GST_BIN (bin), thread, thread2, NULL);
|
|
||||||
|
|
||||||
/* write the bin to stdout */
|
|
||||||
gst_xml_write_file (GST_ELEMENT (bin), stdout);
|
|
||||||
|
|
||||||
/* write the bin to a file */
|
|
||||||
gst_xml_write_file (GST_ELEMENT (bin), fopen ("xmlTest.gst", "w"));
|
|
||||||
|
|
||||||
exit (0);
|
|
||||||
}
|
|
||||||
/* example-end xml-mp3.c */
|
|
||||||
</programlisting>
|
|
||||||
<para>
|
|
||||||
The most important line is:
|
|
||||||
</para>
|
|
||||||
<programlisting>
|
|
||||||
gst_xml_write_file (GST_ELEMENT (bin), stdout);
|
|
||||||
</programlisting>
|
|
||||||
<para>
|
|
||||||
gst_xml_write_file () will turn the given element into an xmlDocPtr that
|
|
||||||
is then formatted and saved to a file. To save to disk, pass the result
|
|
||||||
of a fopen(2) as the second argument.
|
|
||||||
</para>
|
|
||||||
<para>
|
|
||||||
The complete element hierarchy will be saved along with the inter element
|
|
||||||
pad links and the element parameters. Future <application>GStreamer</application>
|
|
||||||
versions will also allow you to store the signals in the XML file.
|
|
||||||
</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
<sect1 id="sec-xml-load">
|
|
||||||
<title>Loading a GstElement from an XML file</title>
|
|
||||||
<para>
|
|
||||||
Before an XML file can be loaded, you must create a GstXML object.
|
|
||||||
A saved XML file can then be loaded with the
|
|
||||||
gst_xml_parse_file (xml, filename, rootelement) method.
|
|
||||||
The root element can optionally left NULL. The following code example loads
|
|
||||||
the previously created XML file and runs it.
|
|
||||||
</para>
|
|
||||||
<programlisting>
|
|
||||||
#include <stdlib.h>
|
|
||||||
#include <gst/gst.h>
|
|
||||||
|
|
||||||
int
|
|
||||||
main(int argc, char *argv[])
|
|
||||||
{
|
|
||||||
GstXML *xml;
|
|
||||||
GstElement *bin;
|
|
||||||
gboolean ret;
|
|
||||||
|
|
||||||
gst_init (&argc, &argv);
|
|
||||||
|
|
||||||
xml = gst_xml_new ();
|
|
||||||
|
|
||||||
ret = gst_xml_parse_file(xml, "xmlTest.gst", NULL);
|
|
||||||
g_assert (ret == TRUE);
|
|
||||||
|
|
||||||
bin = gst_xml_get_element (xml, "bin");
|
|
||||||
g_assert (bin != NULL);
|
|
||||||
|
|
||||||
gst_element_set_state (bin, GST_STATE_PLAYING);
|
|
||||||
|
|
||||||
while (gst_bin_iterate(GST_BIN(bin)));
|
|
||||||
|
|
||||||
gst_element_set_state (bin, GST_STATE_NULL);
|
|
||||||
|
|
||||||
exit (0);
|
|
||||||
}
|
|
||||||
</programlisting>
|
|
||||||
<para>
|
|
||||||
gst_xml_get_element (xml, "name") can be used to get a specific element
|
|
||||||
from the XML file.
|
|
||||||
</para>
|
|
||||||
<para>
|
|
||||||
gst_xml_get_topelements (xml) can be used to get a list of all toplevel elements
|
|
||||||
in the XML file.
|
|
||||||
</para>
|
|
||||||
<para>
|
|
||||||
In addition to loading a file, you can also load a from a xmlDocPtr and
|
|
||||||
an in memory buffer using gst_xml_parse_doc and gst_xml_parse_memory
|
|
||||||
respectively. Both of these methods return a gboolean indicating
|
|
||||||
success or failure of the requested action.
|
|
||||||
</para>
|
|
||||||
</sect1>
|
|
||||||
<sect1 id="sec-xml-custom">
|
|
||||||
<title>Adding custom XML tags into the core XML data</title>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
It is possible to add custom XML tags to the core XML created with
|
|
||||||
gst_xml_write. This feature can be used by an application to add more
|
|
||||||
information to the save plugins. The editor will for example insert
|
|
||||||
the position of the elements on the screen using the custom XML tags.
|
|
||||||
</para>
|
|
||||||
<para>
|
|
||||||
It is strongly suggested to save and load the custom XML tags using
|
|
||||||
a namespace. This will solve the problem of having your XML tags
|
|
||||||
interfere with the core XML tags.
|
|
||||||
</para>
|
|
||||||
<para>
|
|
||||||
To insert a hook into the element saving procedure you can link
|
|
||||||
a signal to the GstElement using the following piece of code:
|
|
||||||
</para>
|
|
||||||
<programlisting>
|
|
||||||
xmlNsPtr ns;
|
|
||||||
|
|
||||||
...
|
|
||||||
ns = xmlNewNs (NULL, "http://gstreamer.net/gst-test/1.0/", "test");
|
|
||||||
...
|
|
||||||
thread = gst_element_factory_make ("thread", "thread");
|
|
||||||
g_signal_connect (G_OBJECT (thread), "object_saved",
|
|
||||||
G_CALLBACK (object_saved), g_strdup ("decoder thread"));
|
|
||||||
...
|
|
||||||
</programlisting>
|
|
||||||
<para>
|
|
||||||
When the thread is saved, the object_save method will be called. Our example
|
|
||||||
will insert a comment tag:
|
|
||||||
</para>
|
|
||||||
<programlisting>
|
|
||||||
static void
|
|
||||||
object_saved (GstObject *object, xmlNodePtr parent, gpointer data)
|
|
||||||
{
|
|
||||||
xmlNodePtr child;
|
|
||||||
|
|
||||||
child = xmlNewChild (parent, ns, "comment", NULL);
|
|
||||||
xmlNewChild (child, ns, "text", (gchar *)data);
|
|
||||||
}
|
|
||||||
</programlisting>
|
|
||||||
<para>
|
|
||||||
Adding the custom tag code to the above example you will get an XML file
|
|
||||||
with the custom tags in it. Here's an excerpt:
|
|
||||||
</para>
|
|
||||||
<programlisting>
|
|
||||||
...
|
|
||||||
<gst:element>
|
|
||||||
<gst:name>thread</gst:name>
|
|
||||||
<gst:type>thread</gst:type>
|
|
||||||
<gst:version>0.1.0</gst:version>
|
|
||||||
...
|
|
||||||
</gst:children>
|
|
||||||
<test:comment>
|
|
||||||
<test:text>decoder thread</test:text>
|
|
||||||
</test:comment>
|
|
||||||
</gst:element>
|
|
||||||
...
|
|
||||||
</programlisting>
|
|
||||||
<para>
|
|
||||||
To retrieve the custom XML again, you need to attach a signal to
|
|
||||||
the GstXML object used to load the XML data. You can then parse your
|
|
||||||
custom XML from the XML tree whenever an object is loaded.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
We can extend our previous example with the following piece of
|
|
||||||
code.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<programlisting>
|
|
||||||
xml = gst_xml_new ();
|
|
||||||
|
|
||||||
g_signal_connect (G_OBJECT (xml), "object_loaded",
|
|
||||||
G_CALLBACK (xml_loaded), xml);
|
|
||||||
|
|
||||||
ret = gst_xml_parse_file (xml, "xmlTest.gst", NULL);
|
|
||||||
g_assert (ret == TRUE);
|
|
||||||
</programlisting>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
Whenever a new object has been loaded, the xml_loaded function will
|
|
||||||
be called. This function looks like:
|
|
||||||
</para>
|
|
||||||
<programlisting>
|
|
||||||
static void
|
|
||||||
xml_loaded (GstXML *xml, GstObject *object, xmlNodePtr self, gpointer data)
|
|
||||||
{
|
|
||||||
xmlNodePtr children = self->xmlChildrenNode;
|
|
||||||
|
|
||||||
while (children) {
|
|
||||||
if (!strcmp (children->name, "comment")) {
|
|
||||||
xmlNodePtr nodes = children->xmlChildrenNode;
|
|
||||||
|
|
||||||
while (nodes) {
|
|
||||||
if (!strcmp (nodes->name, "text")) {
|
|
||||||
gchar *name = g_strdup (xmlNodeGetContent (nodes));
|
|
||||||
g_print ("object %s loaded with comment '%s'\n",
|
|
||||||
gst_object_get_name (object), name);
|
|
||||||
}
|
|
||||||
nodes = nodes->next;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
children = children->next;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
</programlisting>
|
|
||||||
<para>
|
|
||||||
As you can see, you'll get a handle to the GstXML object, the
|
|
||||||
newly loaded GstObject and the xmlNodePtr that was used to create
|
|
||||||
this object. In the above example we look for our special tag inside
|
|
||||||
the XML tree that was used to load the object and we print our
|
|
||||||
comment to the console.
|
|
||||||
</para>
|
|
||||||
</sect1>
|
|
||||||
|
|
||||||
</chapter>
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-initialisation">
|
<chapter id="chapter-initialisation">
|
||||||
<title>Initializing <application>GStreamer</application></title>
|
<title>Initializing <application>GStreamer</application></title>
|
||||||
<para>
|
<para>
|
||||||
When writing a <application>GStreamer</application> application, you can
|
When writing a <application>GStreamer</application> application, you can
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-motivation">
|
<chapter id="chapter-motivation">
|
||||||
<title>Motivation</title>
|
<title>Motivation</title>
|
||||||
<para>
|
<para>
|
||||||
Linux has historically lagged behind other operating systems in the multimedia
|
Linux has historically lagged behind other operating systems in the multimedia
|
||||||
|
@ -9,12 +9,12 @@
|
||||||
with the professional level of software available for MS Windows and MacOS.
|
with the professional level of software available for MS Windows and MacOS.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-motivation-problems">
|
<sect1 id="section-motivation-problems">
|
||||||
<title>Current problems</title>
|
<title>Current problems</title>
|
||||||
<para>
|
<para>
|
||||||
We describe the typical problems in today's media handling on Linux.
|
We describe the typical problems in today's media handling on Linux.
|
||||||
</para>
|
</para>
|
||||||
<sect2 id="sec-motivation-duplicate">
|
<sect2 id="section-motivation-duplicate">
|
||||||
<title>Multitude of duplicate code</title>
|
<title>Multitude of duplicate code</title>
|
||||||
<para>
|
<para>
|
||||||
The Linux user who wishes to hear a sound file must hunt through their collection of
|
The Linux user who wishes to hear a sound file must hunt through their collection of
|
||||||
|
@ -28,7 +28,7 @@
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-motivation-goal">
|
<sect2 id="section-motivation-goal">
|
||||||
<title>'One goal' media players/libraries</title>
|
<title>'One goal' media players/libraries</title>
|
||||||
<para>
|
<para>
|
||||||
Your typical MPEG player was designed to play MPEG video and audio. Most of
|
Your typical MPEG player was designed to play MPEG video and audio. Most of
|
||||||
|
@ -51,7 +51,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-motivation-plugin">
|
<sect2 id="section-motivation-plugin">
|
||||||
<title>Non unified plugin mechanisms</title>
|
<title>Non unified plugin mechanisms</title>
|
||||||
<para>
|
<para>
|
||||||
Your typical media player might have a plugin for different media
|
Your typical media player might have a plugin for different media
|
||||||
|
@ -74,7 +74,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-motivation-network">
|
<sect2 id="section-motivation-network">
|
||||||
<title>Provision for network transparency</title>
|
<title>Provision for network transparency</title>
|
||||||
<para>
|
<para>
|
||||||
No infrastructure is present to allow network transparent media
|
No infrastructure is present to allow network transparent media
|
||||||
|
@ -94,7 +94,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-motivation-catchup">
|
<sect2 id="section-motivation-catchup">
|
||||||
<title>Catch up with the <trademark>Windows</trademark> world</title>
|
<title>Catch up with the <trademark>Windows</trademark> world</title>
|
||||||
<para>
|
<para>
|
||||||
We need solid media handling if we want to see Linux succeed on
|
We need solid media handling if we want to see Linux succeed on
|
||||||
|
|
|
@ -1,59 +0,0 @@
|
||||||
<chapter id="cha-intro">
|
|
||||||
<title>Introduction</title>
|
|
||||||
<para>
|
|
||||||
This chapter gives you an overview of the technologies described in this
|
|
||||||
book.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<sect1 id="sec-intro-what">
|
|
||||||
<title>What is GStreamer?</title>
|
|
||||||
<para>
|
|
||||||
GStreamer is a framework for creating streaming media applications.
|
|
||||||
The fundamental design comes from the video pipeline at Oregon Graduate
|
|
||||||
Institute, as well as some ideas from DirectShow.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
GStreamer's development framework makes it possible to write any type of
|
|
||||||
streaming multimedia application. The GStreamer framework is designed
|
|
||||||
to make it easy to write applications that handle audio or video or both.
|
|
||||||
It isn't restricted to audio and video, and can process any kind of
|
|
||||||
data flow.
|
|
||||||
The pipeline design is made to have little overhead above what the
|
|
||||||
applied filters induce. This makes GStreamer a good framework for designing
|
|
||||||
even high-end audio applications which put high demands on latency.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
One of the the most obvious uses of GStreamer is using it to build
|
|
||||||
a media player. GStreamer already includes components for building a
|
|
||||||
media player that can support a very wide variety of formats, including
|
|
||||||
MP3, Ogg Vorbis, MPEG1, MPEG2, AVI, Quicktime, mod, and more. GStreamer,
|
|
||||||
however, is much more than just another media player. Its main advantages
|
|
||||||
are that the pluggable components can be mixed and matched into arbitrary
|
|
||||||
pipelines so that it's possible to write a full-fledged video or audio
|
|
||||||
editing application.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
The framework is based on plugins that will provide the various codec
|
|
||||||
and other functionality. The plugins can be linked and arranged in
|
|
||||||
a pipeline. This pipeline defines the flow of the data. Pipelines can
|
|
||||||
also be edited with a GUI editor and saved as XML so that pipeline
|
|
||||||
libraries can be made with a minimum of effort.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
The GStreamer core function is to provide a framework for plugins, data flow
|
|
||||||
and media type handling/negotiation.
|
|
||||||
It also provides an API to write applications using the various plugins.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
<para>
|
|
||||||
This book is about GStreamer from a developer's point of view; it describes
|
|
||||||
how to write a GStreamer application using the GStreamer libraries and tools.
|
|
||||||
For an explanation about writing plugins, we suggest the Plugin Writers Guide.
|
|
||||||
</para>
|
|
||||||
|
|
||||||
</sect1>
|
|
||||||
</chapter>
|
|
|
@ -1,11 +1,11 @@
|
||||||
<chapter id="cha-intro">
|
<chapter id="chapter-intro">
|
||||||
<title>Introduction</title>
|
<title>Introduction</title>
|
||||||
<para>
|
<para>
|
||||||
This chapter gives you an overview of the technologies described in this
|
This chapter gives you an overview of the technologies described in this
|
||||||
book.
|
book.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-intro-what">
|
<sect1 id="section-intro-what">
|
||||||
<title>What is GStreamer?</title>
|
<title>What is GStreamer?</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer is a framework for creating streaming media applications.
|
GStreamer is a framework for creating streaming media applications.
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
<chapter id="cha-links-api">
|
<chapter id="chapter-links-api">
|
||||||
<title>Linking elements</title>
|
<title>Linking elements</title>
|
||||||
<sect1 id="sec-link-basic">
|
<sect1 id="section-link-basic">
|
||||||
<title>Making simple links</title>
|
<title>Making simple links</title>
|
||||||
<para>
|
<para>
|
||||||
You can link two pads with:
|
You can link two pads with:
|
||||||
|
@ -66,12 +66,12 @@
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-link-filtered">
|
<sect1 id="section-link-filtered">
|
||||||
<title>Making filtered links</title>
|
<title>Making filtered links</title>
|
||||||
<para>
|
<para>
|
||||||
You can also force a specific media type on the link by using gst_pad_link_filtered ()
|
You can also force a specific media type on the link by using gst_pad_link_filtered ()
|
||||||
and gst_element_link_filtered () with capabilities.
|
and gst_element_link_filtered () with capabilities.
|
||||||
See <xref linkend="sec-caps"/> for
|
See <xref linkend="section-caps"/> for
|
||||||
an explanation of capabilities.
|
an explanation of capabilities.
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
|
@ -1,11 +1,11 @@
|
||||||
<chapter id="cha-links">
|
<chapter id="chapter-links">
|
||||||
<title>Linking elements</title>
|
<title>Linking elements</title>
|
||||||
<para>
|
<para>
|
||||||
You can link the different pads of elements together so that the elements
|
You can link the different pads of elements together so that the elements
|
||||||
form a chain.
|
form a chain.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<figure float="1" id="sec-link">
|
<figure float="1" id="section-link">
|
||||||
<title>Visualisation of three linked elements</title>
|
<title>Visualisation of three linked elements</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
|
|
@ -88,7 +88,7 @@
|
||||||
</author>
|
</author>
|
||||||
</authorgroup>
|
</authorgroup>
|
||||||
|
|
||||||
<legalnotice id="legalnotice">
|
<legalnotice id="misc-legalnotice">
|
||||||
<para>
|
<para>
|
||||||
This material may be distributed only subject to the terms and
|
This material may be distributed only subject to the terms and
|
||||||
conditions set forth in the Open Publication License, v1.0 or later (the
|
conditions set forth in the Open Publication License, v1.0 or later (the
|
||||||
|
@ -104,16 +104,16 @@
|
||||||
|
|
||||||
<!-- ############# Overview - part ############### -->
|
<!-- ############# Overview - part ############### -->
|
||||||
|
|
||||||
<part id="overview"><title>Overview</title>
|
<part id="part-overview"><title>Overview</title>
|
||||||
<partintro>
|
<partintro>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="overview"/> gives you an overview of
|
<xref linkend="part-overview"/> gives you an overview of
|
||||||
<application>GStreamer</application> design goals.
|
<application>GStreamer</application> design goals.
|
||||||
|
|
||||||
<xref linkend="basic-concepts"/> rapidly covers the basics of
|
<xref linkend="part-basic-concepts"/> rapidly covers the basics of
|
||||||
<application>GStreamer</application> programming.
|
<application>GStreamer</application> programming.
|
||||||
|
|
||||||
In <xref linkend="build-app"/> we will move on to the
|
In <xref linkend="part-build-app"/> we will move on to the
|
||||||
examples. Since <application>GStreamer</application> uses <ulink
|
examples. Since <application>GStreamer</application> uses <ulink
|
||||||
url="http://developer.gnome.org/arch/gtk/glib.html" type="http">GLib
|
url="http://developer.gnome.org/arch/gtk/glib.html" type="http">GLib
|
||||||
2.0</ulink>, the reader is assumed to understand the basics of the
|
2.0</ulink>, the reader is assumed to understand the basics of the
|
||||||
|
@ -138,7 +138,7 @@
|
||||||
|
|
||||||
<!-- ############ Basic concepts - part ############# -->
|
<!-- ############ Basic concepts - part ############# -->
|
||||||
|
|
||||||
<part id="basic-concepts"><title>Basic Concepts</title>
|
<part id="part-basic-concepts"><title>Basic Concepts</title>
|
||||||
<partintro>
|
<partintro>
|
||||||
<para>
|
<para>
|
||||||
We will first describe the basics of
|
We will first describe the basics of
|
||||||
|
@ -167,7 +167,7 @@
|
||||||
</part>
|
</part>
|
||||||
|
|
||||||
<!-- ############ Basic API - part ############# -->
|
<!-- ############ Basic API - part ############# -->
|
||||||
<part id="basic-api"><title>Basic API</title>
|
<part id="part-basic-api"><title>Basic API</title>
|
||||||
&INIT-API;
|
&INIT-API;
|
||||||
|
|
||||||
&ELEMENTS-API;
|
&ELEMENTS-API;
|
||||||
|
@ -189,7 +189,7 @@
|
||||||
|
|
||||||
<!-- ############ Building Apps - part ############# -->
|
<!-- ############ Building Apps - part ############# -->
|
||||||
|
|
||||||
<part id="build-app"><title>Building an application</title>
|
<part id="part-build-app"><title>Building an application</title>
|
||||||
|
|
||||||
<partintro>
|
<partintro>
|
||||||
<para>
|
<para>
|
||||||
|
@ -209,7 +209,7 @@
|
||||||
|
|
||||||
<!-- ############ Advanced GStreamer - part ############# -->
|
<!-- ############ Advanced GStreamer - part ############# -->
|
||||||
|
|
||||||
<part id="advanced"><title>Advanced <application>GStreamer</application> concepts</title>
|
<part id="part-advanced"><title>Advanced <application>GStreamer</application> concepts</title>
|
||||||
|
|
||||||
<partintro>
|
<partintro>
|
||||||
<para>
|
<para>
|
||||||
|
@ -244,7 +244,7 @@
|
||||||
|
|
||||||
<!-- ############ XML in GStreamer - part ############# -->
|
<!-- ############ XML in GStreamer - part ############# -->
|
||||||
|
|
||||||
<part id="xml-gstreamer"><title>XML in <application>GStreamer</application></title>
|
<part id="part-xml-gstreamer"><title>XML in <application>GStreamer</application></title>
|
||||||
|
|
||||||
<partintro>
|
<partintro>
|
||||||
<para>
|
<para>
|
||||||
|
@ -260,7 +260,7 @@
|
||||||
|
|
||||||
<!-- ############ Appendices - part ############# -->
|
<!-- ############ Appendices - part ############# -->
|
||||||
|
|
||||||
<part id="appendices">
|
<part id="part-appendices">
|
||||||
<title>Appendices</title>
|
<title>Appendices</title>
|
||||||
|
|
||||||
<partintro>
|
<partintro>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-motivation">
|
<chapter id="chapter-motivation">
|
||||||
<title>Motivation</title>
|
<title>Motivation</title>
|
||||||
<para>
|
<para>
|
||||||
Linux has historically lagged behind other operating systems in the multimedia
|
Linux has historically lagged behind other operating systems in the multimedia
|
||||||
|
@ -9,12 +9,12 @@
|
||||||
with the professional level of software available for MS Windows and MacOS.
|
with the professional level of software available for MS Windows and MacOS.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-motivation-problems">
|
<sect1 id="section-motivation-problems">
|
||||||
<title>Current problems</title>
|
<title>Current problems</title>
|
||||||
<para>
|
<para>
|
||||||
We describe the typical problems in today's media handling on Linux.
|
We describe the typical problems in today's media handling on Linux.
|
||||||
</para>
|
</para>
|
||||||
<sect2 id="sec-motivation-duplicate">
|
<sect2 id="section-motivation-duplicate">
|
||||||
<title>Multitude of duplicate code</title>
|
<title>Multitude of duplicate code</title>
|
||||||
<para>
|
<para>
|
||||||
The Linux user who wishes to hear a sound file must hunt through their collection of
|
The Linux user who wishes to hear a sound file must hunt through their collection of
|
||||||
|
@ -28,7 +28,7 @@
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-motivation-goal">
|
<sect2 id="section-motivation-goal">
|
||||||
<title>'One goal' media players/libraries</title>
|
<title>'One goal' media players/libraries</title>
|
||||||
<para>
|
<para>
|
||||||
Your typical MPEG player was designed to play MPEG video and audio. Most of
|
Your typical MPEG player was designed to play MPEG video and audio. Most of
|
||||||
|
@ -51,7 +51,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-motivation-plugin">
|
<sect2 id="section-motivation-plugin">
|
||||||
<title>Non unified plugin mechanisms</title>
|
<title>Non unified plugin mechanisms</title>
|
||||||
<para>
|
<para>
|
||||||
Your typical media player might have a plugin for different media
|
Your typical media player might have a plugin for different media
|
||||||
|
@ -74,7 +74,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-motivation-network">
|
<sect2 id="section-motivation-network">
|
||||||
<title>Provision for network transparency</title>
|
<title>Provision for network transparency</title>
|
||||||
<para>
|
<para>
|
||||||
No infrastructure is present to allow network transparent media
|
No infrastructure is present to allow network transparent media
|
||||||
|
@ -94,7 +94,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-motivation-catchup">
|
<sect2 id="section-motivation-catchup">
|
||||||
<title>Catch up with the <trademark>Windows</trademark> world</title>
|
<title>Catch up with the <trademark>Windows</trademark> world</title>
|
||||||
<para>
|
<para>
|
||||||
We need solid media handling if we want to see Linux succeed on
|
We need solid media handling if we want to see Linux succeed on
|
||||||
|
|
|
@ -1,13 +1,13 @@
|
||||||
<chapter id="cha-pads-api">
|
<chapter id="chapter-pads-api">
|
||||||
<title>Pads</title>
|
<title>Pads</title>
|
||||||
<para>
|
<para>
|
||||||
As we have seen in <xref linkend="cha-elements"/>, the pads are the element's
|
As we have seen in <xref linkend="chapter-elements"/>, the pads are the element's
|
||||||
interface to the outside world.
|
interface to the outside world.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
The specific type of media that the element can handle will be exposed by the pads.
|
The specific type of media that the element can handle will be exposed by the pads.
|
||||||
The description of this media type is done with capabilities(see
|
The description of this media type is done with capabilities(see
|
||||||
<xref linkend="sec-caps"/>)
|
<xref linkend="section-caps"/>)
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
|
@ -24,10 +24,10 @@
|
||||||
</para></footnote>
|
</para></footnote>
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-pads-api-type">
|
<sect1 id="section-pads-api-type">
|
||||||
<title>Types of pads</title>
|
<title>Types of pads</title>
|
||||||
|
|
||||||
<sect2 id="sec-pads-api-dynamic">
|
<sect2 id="section-pads-api-dynamic">
|
||||||
<title>Dynamic pads</title>
|
<title>Dynamic pads</title>
|
||||||
<para>
|
<para>
|
||||||
You can attach a signal to an element to inform you when the element has created
|
You can attach a signal to an element to inform you when the element has created
|
||||||
|
@ -75,7 +75,7 @@ main(int argc, char *argv[])
|
||||||
</para>
|
</para>
|
||||||
</note>
|
</note>
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-pads-api-request">
|
<sect2 id="section-pads-api-request">
|
||||||
<title>Request pads</title>
|
<title>Request pads</title>
|
||||||
<para>
|
<para>
|
||||||
The following piece of code can be used to get a pad from the tee element. After
|
The following piece of code can be used to get a pad from the tee element. After
|
||||||
|
@ -120,7 +120,7 @@ main(int argc, char *argv[])
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-api-caps">
|
<sect1 id="section-api-caps">
|
||||||
<title>Capabilities of a pad</title>
|
<title>Capabilities of a pad</title>
|
||||||
<para>
|
<para>
|
||||||
Since the pads play a very important role in how the element is viewed by the
|
Since the pads play a very important role in how the element is viewed by the
|
||||||
|
@ -133,7 +133,7 @@ main(int argc, char *argv[])
|
||||||
Plugin Writer's Guide.
|
Plugin Writer's Guide.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect2 id="sec-pads-api-caps">
|
<sect2 id="section-pads-api-caps">
|
||||||
<title>Capabilities</title>
|
<title>Capabilities</title>
|
||||||
<para>
|
<para>
|
||||||
Capabilities are attached to a pad in order to describe
|
Capabilities are attached to a pad in order to describe
|
||||||
|
@ -156,7 +156,7 @@ struct _GstCaps {
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect2>
|
</sect2>
|
||||||
|
|
||||||
<sect2 id="sec-pads-api-caps-get">
|
<sect2 id="section-pads-api-caps-get">
|
||||||
<title>Getting the capabilities of a pad</title>
|
<title>Getting the capabilities of a pad</title>
|
||||||
<para>
|
<para>
|
||||||
A pad can have a chain of capabilities attached to it. You can get the capabilities chain
|
A pad can have a chain of capabilities attached to it. You can get the capabilities chain
|
||||||
|
@ -179,7 +179,7 @@ struct _GstCaps {
|
||||||
...
|
...
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-pads-api-caps-create">
|
<sect2 id="section-pads-api-caps-create">
|
||||||
<title>Creating capability structures</title>
|
<title>Creating capability structures</title>
|
||||||
<para>
|
<para>
|
||||||
While capabilities are mainly used inside a plugin to describe the
|
While capabilities are mainly used inside a plugin to describe the
|
||||||
|
|
|
@ -1,13 +1,13 @@
|
||||||
<chapter id="cha-pads">
|
<chapter id="chapter-pads">
|
||||||
<title>Pads</title>
|
<title>Pads</title>
|
||||||
<para>
|
<para>
|
||||||
As we have seen in <xref linkend="cha-elements"/>, the pads are the element's
|
As we have seen in <xref linkend="chapter-elements"/>, the pads are the element's
|
||||||
interface to the outside world.
|
interface to the outside world.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
The specific type of media that the element can handle will be exposed by the pads.
|
The specific type of media that the element can handle will be exposed by the pads.
|
||||||
The description of this media type is done with capabilities(see
|
The description of this media type is done with capabilities(see
|
||||||
<xref linkend="sec-caps"/>)
|
<xref linkend="section-caps"/>)
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
|
@ -24,10 +24,10 @@
|
||||||
</para></footnote>
|
</para></footnote>
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-pads-type">
|
<sect1 id="section-pads-type">
|
||||||
<title>Types of pads</title>
|
<title>Types of pads</title>
|
||||||
|
|
||||||
<sect2 id="sec-pads-dynamic">
|
<sect2 id="section-pads-dynamic">
|
||||||
<title>Dynamic pads</title>
|
<title>Dynamic pads</title>
|
||||||
<para>
|
<para>
|
||||||
Some elements might not have all of their pads when the element is
|
Some elements might not have all of their pads when the element is
|
||||||
|
@ -47,7 +47,7 @@
|
||||||
pipelines later on in this manual.
|
pipelines later on in this manual.
|
||||||
</para>
|
</para>
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-pads-request">
|
<sect2 id="section-pads-request">
|
||||||
<title>Request pads</title>
|
<title>Request pads</title>
|
||||||
<para>
|
<para>
|
||||||
An element can also have request pads. These pads are not created
|
An element can also have request pads. These pads are not created
|
||||||
|
@ -63,7 +63,7 @@
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-caps">
|
<sect1 id="section-caps">
|
||||||
<title>Capabilities of a pad</title>
|
<title>Capabilities of a pad</title>
|
||||||
<para>
|
<para>
|
||||||
Since the pads play a very important role in how the element is viewed by the
|
Since the pads play a very important role in how the element is viewed by the
|
||||||
|
@ -76,7 +76,7 @@
|
||||||
Plugin Writer's Guide.
|
Plugin Writer's Guide.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect2 id="sec-pads-caps">
|
<sect2 id="section-pads-caps">
|
||||||
<title>Capabilities</title>
|
<title>Capabilities</title>
|
||||||
<para>
|
<para>
|
||||||
Capabilities are attached to a pad in order to describe
|
Capabilities are attached to a pad in order to describe
|
||||||
|
@ -137,7 +137,7 @@ Pads:
|
||||||
rate: Integer range: 11025 - 48000
|
rate: Integer range: 11025 - 48000
|
||||||
</programlisting>
|
</programlisting>
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-pads-props">
|
<sect2 id="section-pads-props">
|
||||||
<title>What are properties ?</title>
|
<title>What are properties ?</title>
|
||||||
<para>
|
<para>
|
||||||
Properties are used to describe extra information for
|
Properties are used to describe extra information for
|
||||||
|
@ -217,7 +217,7 @@ Pads:
|
||||||
</itemizedlist>
|
</itemizedlist>
|
||||||
|
|
||||||
</sect2>
|
</sect2>
|
||||||
<sect2 id="sec-pads-caps-use">
|
<sect2 id="section-pads-caps-use">
|
||||||
<title>What capabilities are used for</title>
|
<title>What capabilities are used for</title>
|
||||||
<para>
|
<para>
|
||||||
Capabilities describe in great detail the type of media that is handled by the pads.
|
Capabilities describe in great detail the type of media that is handled by the pads.
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-plugins-api">
|
<chapter id="chapter-plugins-api">
|
||||||
<title>Plugins</title>
|
<title>Plugins</title>
|
||||||
<!-- FIXME: introduce type definitions before this chapter -->
|
<!-- FIXME: introduce type definitions before this chapter -->
|
||||||
<para>
|
<para>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-plugins">
|
<chapter id="chapter-plugins">
|
||||||
<title>Plugins</title>
|
<title>Plugins</title>
|
||||||
<!-- FIXME: introduce type definitions before this chapter -->
|
<!-- FIXME: introduce type definitions before this chapter -->
|
||||||
<para>
|
<para>
|
||||||
|
|
|
@ -1,9 +1,9 @@
|
||||||
<chapter id="cha-programs">
|
<chapter id="chapter-programs">
|
||||||
<title>Programs</title>
|
<title>Programs</title>
|
||||||
<para>
|
<para>
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-programs-gst-register">
|
||||||
<title><command>gst-register</command></title>
|
<title><command>gst-register</command></title>
|
||||||
<para>
|
<para>
|
||||||
<command>gst-register</command> is used to rebuild the database of plugins.
|
<command>gst-register</command> is used to rebuild the database of plugins.
|
||||||
|
@ -12,7 +12,7 @@
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-programs-gst-launch">
|
||||||
<title><command>gst-launch</command></title>
|
<title><command>gst-launch</command></title>
|
||||||
<para>
|
<para>
|
||||||
This is a tool that will construct pipelines based on a command-line
|
This is a tool that will construct pipelines based on a command-line
|
||||||
|
@ -149,7 +149,7 @@ main (int argc, char *argv[])
|
||||||
</sect2>
|
</sect2>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-programs-gst-inspect">
|
||||||
<title><command>gst-inspect</command></title>
|
<title><command>gst-inspect</command></title>
|
||||||
<para>
|
<para>
|
||||||
This is a tool to query a plugin or an element about its properties.
|
This is a tool to query a plugin or an element about its properties.
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-queues">
|
<chapter id="chapter-queues">
|
||||||
<title>Queues</title>
|
<title>Queues</title>
|
||||||
<para>
|
<para>
|
||||||
A queue is a filter element.
|
A queue is a filter element.
|
||||||
|
@ -22,7 +22,7 @@
|
||||||
Below is a figure of a two-threaded decoder. We have one thread (the main execution
|
Below is a figure of a two-threaded decoder. We have one thread (the main execution
|
||||||
thread) reading the data from a file, and another thread decoding the data.
|
thread) reading the data from a file, and another thread decoding the data.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-queues-img">
|
<figure float="1" id="section-queues-img">
|
||||||
<title>a two-threaded decoder with a queue</title>
|
<title>a two-threaded decoder with a queue</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-quotes">
|
<chapter id="chapter-quotes">
|
||||||
<title>Quotes from the Developers</title>
|
<title>Quotes from the Developers</title>
|
||||||
<para>
|
<para>
|
||||||
As well as being a cool piece of software,
|
As well as being a cool piece of software,
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-scheduler">
|
<chapter id="chapter-scheduler">
|
||||||
<title>Understanding schedulers</title>
|
<title>Understanding schedulers</title>
|
||||||
<para>
|
<para>
|
||||||
The scheduler is responsible for managing the plugins at runtime. Its
|
The scheduler is responsible for managing the plugins at runtime. Its
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
<chapter id="cha-states-api">
|
<chapter id="chapter-states-api">
|
||||||
<title>Element states</title>
|
<title>Element states</title>
|
||||||
<sect1 id="sec-states-api">
|
<sect1 id="section-states-api">
|
||||||
<title>Changing element state</title>
|
<title>Changing element state</title>
|
||||||
<para>
|
<para>
|
||||||
The state of an element can be changed with the following code:
|
The state of an element can be changed with the following code:
|
||||||
|
|
|
@ -1,11 +1,11 @@
|
||||||
<chapter id="cha-states">
|
<chapter id="chapter-states">
|
||||||
<title>Element states</title>
|
<title>Element states</title>
|
||||||
<para>
|
<para>
|
||||||
Once you have created a pipeline packed with elements, nothing will happen
|
Once you have created a pipeline packed with elements, nothing will happen
|
||||||
right away. This is where the different states come into play.
|
right away. This is where the different states come into play.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-states">
|
<sect1 id="section-states">
|
||||||
<title>The different element states</title>
|
<title>The different element states</title>
|
||||||
<para>
|
<para>
|
||||||
An element can be in one of the following four states:
|
An element can be in one of the following four states:
|
||||||
|
@ -73,7 +73,7 @@
|
||||||
|
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-states-null">
|
<sect1 id="section-states-null">
|
||||||
<title>The NULL state</title>
|
<title>The NULL state</title>
|
||||||
<para>
|
<para>
|
||||||
When you created the pipeline all of the elements will be in the NULL state. There is
|
When you created the pipeline all of the elements will be in the NULL state. There is
|
||||||
|
@ -87,7 +87,7 @@
|
||||||
</note>
|
</note>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-states-ready">
|
<sect1 id="section-states-ready">
|
||||||
<title>The READY state</title>
|
<title>The READY state</title>
|
||||||
<para>
|
<para>
|
||||||
You will start the pipeline by first setting it to the READY state. This will allow the
|
You will start the pipeline by first setting it to the READY state. This will allow the
|
||||||
|
@ -108,7 +108,7 @@
|
||||||
</note>
|
</note>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-states-paused">
|
<sect1 id="section-states-paused">
|
||||||
<title>The PAUSED state</title>
|
<title>The PAUSED state</title>
|
||||||
<para>
|
<para>
|
||||||
A pipeline that is playing can be set to the PAUSED state. This will temporarily stop all
|
A pipeline that is playing can be set to the PAUSED state. This will temporarily stop all
|
||||||
|
@ -126,10 +126,10 @@
|
||||||
</note>
|
</note>
|
||||||
<para>
|
<para>
|
||||||
The pipeline has to be in the PAUSED or NULL state if you want to insert or modify an element
|
The pipeline has to be in the PAUSED or NULL state if you want to insert or modify an element
|
||||||
in the pipeline. We will cover dynamic pipeline behaviour in <xref linkend="cha-dynamic"/>.
|
in the pipeline. We will cover dynamic pipeline behaviour in <xref linkend="chapter-dynamic"/>.
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1 id="sec-states-playing">
|
<sect1 id="section-states-playing">
|
||||||
<title>The PLAYING state</title>
|
<title>The PLAYING state</title>
|
||||||
<para>
|
<para>
|
||||||
A Pipeline that is in the READY state can be started by setting it to the PLAYING state. At
|
A Pipeline that is in the READY state can be started by setting it to the PLAYING state. At
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-threads">
|
<chapter id="chapter-threads">
|
||||||
<title>Threads</title>
|
<title>Threads</title>
|
||||||
<para>
|
<para>
|
||||||
GStreamer has support for multithreading through the use of
|
GStreamer has support for multithreading through the use of
|
||||||
|
@ -37,7 +37,7 @@
|
||||||
itself. You never need to explicitly iterate a thread.
|
itself. You never need to explicitly iterate a thread.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1>
|
<sect1 id="section-threads-constraints">
|
||||||
<title>Constraints placed on the pipeline by the GstThread</title>
|
<title>Constraints placed on the pipeline by the GstThread</title>
|
||||||
<para>
|
<para>
|
||||||
Within the pipeline, everything is the same as in any other bin. The
|
Within the pipeline, everything is the same as in any other bin. The
|
||||||
|
@ -46,13 +46,13 @@
|
||||||
fundamentally buffer-oriented rather than byte-oriented, the natural
|
fundamentally buffer-oriented rather than byte-oriented, the natural
|
||||||
solution to this problem is an element that can "buffer" the buffers
|
solution to this problem is an element that can "buffer" the buffers
|
||||||
between the threads, in a thread-safe fashion. This element is the
|
between the threads, in a thread-safe fashion. This element is the
|
||||||
queue, described more fully in <xref linkend="cha-queues"/>. It doesn't
|
queue, described more fully in <xref linkend="chapter-queues"/>. It doesn't
|
||||||
matter if the queue is placed in the containing bin or in the thread
|
matter if the queue is placed in the containing bin or in the thread
|
||||||
itself, but it needs to be present on one side or the other to enable
|
itself, but it needs to be present on one side or the other to enable
|
||||||
inter-thread communication.
|
inter-thread communication.
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1>
|
<sect1 id="section-threads-when">
|
||||||
<title>When would you want to use a thread?</title>
|
<title>When would you want to use a thread?</title>
|
||||||
<para>
|
<para>
|
||||||
If you are writing a GUI application, making the top-level bin a thread will make your GUI
|
If you are writing a GUI application, making the top-level bin a thread will make your GUI
|
||||||
|
@ -63,9 +63,9 @@
|
||||||
an audio pipeline.
|
an audio pipeline.
|
||||||
</para>
|
</para>
|
||||||
<para>
|
<para>
|
||||||
<xref linkend="sec-threads-img"/> shows how a thread can be visualised.
|
<xref linkend="section-threads-img"/> shows how a thread can be visualised.
|
||||||
</para>
|
</para>
|
||||||
<figure float="1" id="sec-threads-img">
|
<figure float="1" id="section-threads-img">
|
||||||
<title>A thread</title>
|
<title>A thread</title>
|
||||||
<mediaobject>
|
<mediaobject>
|
||||||
<imageobject>
|
<imageobject>
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-typedetection">
|
<chapter id="chapter-typedetection">
|
||||||
<title>Type Detection</title>
|
<title>Type Detection</title>
|
||||||
<para>
|
<para>
|
||||||
Sometimes the capabilities of a pad are not specificied. The filesrc
|
Sometimes the capabilities of a pad are not specificied. The filesrc
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
<chapter id="cha-xml">
|
<chapter id="chapter-xml">
|
||||||
<title>XML in <application>GStreamer</application></title>
|
<title>XML in <application>GStreamer</application></title>
|
||||||
<para>
|
<para>
|
||||||
<application>GStreamer</application> uses XML to store and load
|
<application>GStreamer</application> uses XML to store and load
|
||||||
|
@ -13,7 +13,7 @@
|
||||||
XML file again for later use.
|
XML file again for later use.
|
||||||
</para>
|
</para>
|
||||||
|
|
||||||
<sect1 id="sec-xml-write">
|
<sect1 id="section-xml-write">
|
||||||
<title>Turning GstElements into XML</title>
|
<title>Turning GstElements into XML</title>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
|
@ -108,7 +108,7 @@ main (int argc, char *argv[])
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
|
|
||||||
<sect1 id="sec-xml-load">
|
<sect1 id="section-xml-load">
|
||||||
<title>Loading a GstElement from an XML file</title>
|
<title>Loading a GstElement from an XML file</title>
|
||||||
<para>
|
<para>
|
||||||
Before an XML file can be loaded, you must create a GstXML object.
|
Before an XML file can be loaded, you must create a GstXML object.
|
||||||
|
@ -162,7 +162,7 @@ main(int argc, char *argv[])
|
||||||
success or failure of the requested action.
|
success or failure of the requested action.
|
||||||
</para>
|
</para>
|
||||||
</sect1>
|
</sect1>
|
||||||
<sect1 id="sec-xml-custom">
|
<sect1 id="section-xml-custom">
|
||||||
<title>Adding custom XML tags into the core XML data</title>
|
<title>Adding custom XML tags into the core XML data</title>
|
||||||
|
|
||||||
<para>
|
<para>
|
||||||
|
|
Loading…
Reference in a new issue