Mplayer Bonoboized: lumiere (gstreamer)
- From: "' '" <tint14 hotmail com>
- To: gtk-app-devel-list gnome org
- Subject: Mplayer Bonoboized: lumiere (gstreamer)
- Date: Sun, 05 Jan 2003 04:18:32 +0000
I have mixed feelings about this announcement, and I'd like to express a
couple of opinions. First, I'd like to note that I'm not a very experienced
developer (I'm just getting started with gtk, actually), and I don't code
multimedia apps professionally, or anything like that. These are my
opinions, just opinions, and I'd like to hear what the free software
community thinks in this area.
Ever since I got started with GNU/Linux, I've noticed that it is
consistently behind windows in terms of multimedia support. It is possible
to play a greater variety of video and audio formats under windows and it's
easier to write multimedia apps for that OS. Some of this, of course, is due
to a lack of third party support: linux apps can't be expected to play the
latest quicktime files when Apple won't release a linux native quicktime
player, and the same thing goes for MS and windows media (not that a lot of
GNU/Linux people I know really want to use windows media ;) ).
However, one of the things that really bothers me is that media players
sometimes compete on core features (e.g. it plays this file format or that),
and this sometimes forces users to have more than one media player installed
out of necessity, rather than being able to choose a single media player
they like while secure in the knowledge that they all have the same
features. I attribute this, and other deficiencies in GNU/Linux multimedia
support, to the lack of a system-wide multimedia framework. Windows has
directshow, and any app that embeds it and calls the right functions
instantly supports whatever media types the entire OS does. Linux does not
have this -- yet. A few days ago I was hanging out in a linux-oriented chat
room on IRC, chatting about this very topic, and someone introduced me to
gstreamer.
I was absolutely floored.
There, at gstreamer.net, was an OSS project aimed at fixing exactly what was
wrong. It wasn't a new player app to compete with xmms, xine, mplayer,
mpg123 and all the tiny, single-function apps whose names I don't remember
right now. It was a pure and simple lightweight multimedia framework,
embeddable by any app (gnome or kde, despite the "g" in the name), that
would instantly give that app the ability to play and (to some degree
depending on code maturity) encode any popular media type. It supports avi,
dv, mpeg, mjpeg, windows codecs, a52, alaw, cdda, icecast, mp3, ogg vorbis,
wave, and a bunch of things I've never heard of, not to mention input and
output plugins for esd, aRts, oss, and alsa. But having a working multimedia
framework only halfway solves the problem.
A free, open multimedia framework is great. It lets app developers create
new and exciting programs that use multimedia without having to implement
everything from scratch, and it allows already written apps to integrate
multimedia capabilities without a lot of work. However, when there are
multiple multimedia backends (e.g. xine-libs, gstreamer, lumiere, etc...)
instead of a single multimedia framework (e.g. directshow), the developer
base is fractured.
This is bad for the user. When one backend is patched, only the apps that
use that particular backend benefit. Other apps are still "broken" or
"behind".
This is bad for the developer. If one backend adds a capability that a
developer wants and she is using a different backend it her app, she has to
learn, all over again, how to use a new multimedia backend if she wants that
capability.
This is bad for third party codec developers. If there were a single,
standard multimedia framework for linux, third party codec developers would
only have to build one binary, and all GNU/Linux apps would instantly gain
the ability to play that audio or video format. Regardless of how certain
developers may feel about the ethics behind releasing a binary-only codec
library, I think everyone can agree that an active and contributing
commercial developer is better than one that has been "turned off" by a lack
of standards and has decided to ignore GNU/Linux.
That is why, when I heard about lumiere, I felt the need to write this
response. To me, a new framework for apps to play multimedia is a step
backwards when there is already a working and rapidly progressing solution.
Gstreamer has a chance at ubiquity. I would prefer to help it rather than
compete with it. Again, I'm not a professional developer (yet ;) ), and I
don't write multimedia applications (yet ;) ). This is just my opinion.
Do you feel the same way? Do you disagree?
Thank you for your time,
Eric
------------
Hello,
I just decided to release an alpha version of "lumiere", a Bonobo
control that embeds mplayer.
It can be used as a viewer for Nautilus or in its own window.
It plays but doesn't stop properly yet, there is still quite a lot of
work to do. If anybody is interested in helping...
Leech it from http://brain.shacknet.nu/lumiere.html
_________________________________________________________________
Help STOP SPAM: Try the new MSN 8 and get 2 months FREE*
http://join.msn.com/?page=features/junkmail
[
Date Prev][
Date Next] [
Thread Prev][
Thread Next]
[
Thread Index]
[
Date Index]
[
Author Index]