mirror of
https://gitlab.freedesktop.org/gstreamer/gstreamer.git
synced 2024-11-05 17:09:48 +00:00
e978887fca
Original commit message from CVS: fix manual id's
109 lines
4.9 KiB
XML
109 lines
4.9 KiB
XML
<chapter id="chapter-motivation">
|
|
<title>Motivation</title>
|
|
<para>
|
|
Linux has historically lagged behind other operating systems in the multimedia
|
|
arena. Microsoft's <trademark>Windows</trademark> and Apple's <trademark>MacOS</trademark> both have strong support
|
|
for multimedia devices, multimedia content creation,
|
|
playback, and realtime processing. Linux, on the other hand, has a poorly integrated
|
|
collection of multimedia utilities and applications available, which can hardly compete
|
|
with the professional level of software available for MS Windows and MacOS.
|
|
</para>
|
|
|
|
<sect1 id="section-motivation-problems">
|
|
<title>Current problems</title>
|
|
<para>
|
|
We describe the typical problems in today's media handling on Linux.
|
|
</para>
|
|
<sect2 id="section-motivation-duplicate">
|
|
<title>Multitude of duplicate code</title>
|
|
<para>
|
|
The Linux user who wishes to hear a sound file must hunt through their collection of
|
|
sound file players in order to play the tens of sound file formats in wide use today.
|
|
Most of these players basically reimplement the same code over and over again.
|
|
</para>
|
|
<para>
|
|
The Linux developer who wishes to embed a video clip in their application must use
|
|
crude hacks to run an external video player. There is no library available that a
|
|
developer can use to create a custom media player.
|
|
</para>
|
|
|
|
</sect2>
|
|
<sect2 id="section-motivation-goal">
|
|
<title>'One goal' media players/libraries</title>
|
|
<para>
|
|
Your typical MPEG player was designed to play MPEG video and audio. Most of
|
|
these players have implemented a complete infrastructure focused on
|
|
achieving their only goal: playback. No provisions were made to add
|
|
filters or special effects to the video or audio data.
|
|
</para>
|
|
<para>
|
|
If you want to convert an MPEG2 video stream into an AVI file, your best
|
|
option would be to take all of the MPEG2 decoding algorithms out
|
|
of the player and duplicate them into your own AVI encoder. These
|
|
algorithms cannot easily be shared accross applications.
|
|
</para>
|
|
<para>
|
|
Attempts have been made to create libraries for handling various media types.
|
|
Because they focus on a very specific media type (avifile, libmpeg2, ...),
|
|
significant work is needed to integrate them due to a lack of a common API.
|
|
GStreamer allows you to wrap these libraries with a common API, which
|
|
significantly simplifies integration and reuse.
|
|
</para>
|
|
</sect2>
|
|
|
|
<sect2 id="section-motivation-plugin">
|
|
<title>Non unified plugin mechanisms</title>
|
|
<para>
|
|
Your typical media player might have a plugin for different media
|
|
types. Two media players will typically implement their own plugin
|
|
mechanism so that the codecs cannot be easily exchanged. The plugin system
|
|
of the typical media player is also very tailored to the specific needs
|
|
of the application.
|
|
</para>
|
|
<para>
|
|
The lack of a unified plugin mechanism also seriously hinders the
|
|
creation of binary only codecs. No company is willing to port their
|
|
code to all the different plugin mechanisms.
|
|
</para>
|
|
<para>
|
|
While GStreamer also uses it own plugin system it offers a very rich
|
|
framework for the plugin developper and ensures the plugin can be used
|
|
in a wide range of applications, transparently interacting with other
|
|
plugins. The framework that GStreamer provides for the plugins is
|
|
flexible enough to host even the most demanding plugins.
|
|
</para>
|
|
</sect2>
|
|
|
|
<sect2 id="section-motivation-network">
|
|
<title>Provision for network transparency</title>
|
|
<para>
|
|
No infrastructure is present to allow network transparent media
|
|
handling. A distributed MPEG encoder will typically duplicate the
|
|
same encoder algorithms found in a non-distributed encoder.
|
|
</para>
|
|
<para>
|
|
No provisions have been made for emerging technologies such as
|
|
the <ulink url="http://developer.gnome.org/arch/component/bonobo.html"
|
|
type="http">GNOME object embedding using Bonobo</ulink>.
|
|
</para>
|
|
<para>
|
|
The GStreamer core does not use network transparent technologies at the
|
|
lowest level as it only adds overhead for the local case.
|
|
That said, it shouldn't be hard to create a wrapper around the
|
|
core components.
|
|
</para>
|
|
</sect2>
|
|
|
|
<sect2 id="section-motivation-catchup">
|
|
<title>Catch up with the <trademark>Windows</trademark> world</title>
|
|
<para>
|
|
We need solid media handling if we want to see Linux succeed on
|
|
the desktop.
|
|
</para>
|
|
<para>
|
|
We must clear the road for commercially backed codecs and multimedia
|
|
applications so that Linux can become an option for doing multimedia.
|
|
</para>
|
|
</sect2>
|
|
</sect1>
|
|
</chapter>
|