so now in addition to the xine backend on Linux/UNIX, we have gstreamer support (3,598 LOC). for Windows there is a DirectShow 9 backend (3,805 LOC), and for MacOS X there's a QuickTime 7 backend (4,490 LOC).

while great news on its own, there is more to this than "just" the release of three significant new backends for phonon.
this means significant amounts of funded development for Phonon as Trolltech developers will be maintaining these backends as well as contributing to the core Phonon library. Trolltech's motivation? they will be offering Phonon as a component in their commercial Qt offerings starting with Qt 4.4.
as if that wasn't cool enough, Trolltech has put the backends they have written into kdebase where they will be developed and maintained in the open with the rest of the KDE project.
on top of that, the plugins are released under the LGPL license.
as a final flourish, Trolltech's marketing department and KDE's communications team worked together to write up press releases and coordinate the timing of the public announcements.
open repositories, open development, marketing colaboration and licensing aligned with the given situation.
this is a significant step forward in what has been an ongoing process of improving the community interaction at Trolltech, adding to past strides such as Trolltech Labs, community blogging (both on labs as well as planet kde), a public task tracker, an open git repository for QtWebkit, official Qt liasons for KDE on kde-core-devel, organizing and funding open source development meetings and conferences ...
it also demonstrates how the KDE umbrella provides common working ground for a wide variety of participants by providing equitable ways for everyone to work hand-in-hand as partners. it can be tricky at times to balance the needs, motivations and energies of volunteers, researchers and corporate entities alike in a wide-open project, but we are gathering more and more experience on how to successfully accomplish just that.
and with the help of Phonon we'll be able to watch it all go down in technicolour brilliance with thundering surround sound. ;)

15 comments:
One very important consequence is that it makes phonon very unlikely to end up like arts: unmaintained and dead.
Yeah Trolltech !
Lots of people still seem to be making the "Phonon == full-blown sound/ video server" (like arts) mistake, so let's do a lines of code comparison.
The largest count given for a backend in the figures about is just under 5000 lines of code. In comparison, here are some actual, proper media frameworks and their LoC count:
GStreamer: 525,304
Xine: 648,412
(source: ohloh.net)
arts appears to be ~92000 lines of code.
So as you can see, Phonon is pretty tiny.
Yes, that's a good idea!
But I'm worried about Ian post,
where his Codeine use a phonon API that expose directly a Xine structure (subtitle story). Is it not better design a good api in phonon for this kind of things?
This is so great. Feed the Trolls! ;)
@vime
If you research further, you'll find that this is just a temporary hack and that a proper API for subtitles that is backend-neutral will be in-place later - probably for KDE4.1.
Fantastic news! Trolltech++ :)
Yes anonymous, I hope that will be implemented ASAP... let's start off on the right foot
Xine Fantastic, Gstreamer not so good yet. I read somewhere that NMM where developing a plugin for there system but I guess that didn't materialize.
This great news. I was wondering when we would see the Phonon backends that Trolltech has been developing.
@vime and anonymous: actually Vime didn't have to research further, I mentioned that the needed APIs would show up in KDE 4.1 in the blog. :)
Could there be also be a PulseAudio backend? That would be really nice, as pulse has a pretty good chance at becoming the standard Linux sound backend in distros.
http://pulseaudio.org/
And it's pretty fun. :-) Per-stream volume control, stream redirection, etc.
PulseAudio is another story.
An easy way to understand it, it's looking it like this:
PulseAudio/ESD it's like X server
GStreamer/Xine/etc are like Graphical Environment
Just a question ...
Completely out of topic but I will ask it anyway...
Today I read and article at
http://macslow.thepimp.net/?p=150
which shows the possibility to use OpenGL to actually enrich the user interface using GTK+.
It seems that GTK+ people are a little reluctant about these changes:
http://arstechnica.com/news.ars/post/20071028-making-linux-application-user-interfaces-richer-with-opengl.html
What do you think of that Aaron?
Is it possible to make such things with QT Toolkit (and , of course, make these cool things work on KDE)?
Sorry for my English, still learning...
@Somebody Curious: "Is it possible to make such things with QT Toolkit (and , of course, make these cool things work on KDE)?"
yes, all that is possible with Qt4... take a look at this video for instance:
http://youtube.com/watch?v=DzraMSNvhQI
and also visit zack rusin's blog:
http://zrusin.blogspot.com/
plasma also does argb visuals in some places, in the panel for instance
@anonymous:"yes, all that is possible with Qt4... take a look at this video for instance:
http://youtube.com/watch?v=DzraMSNvhQI"
@anonymous: "plasma also does argb visuals in some places, in the panel for instance"
That's not exactly what I meant. I know plasma applets are OpenGL and ARGB compatible (plasma rocks). But I don't know if we could do it in the Qt4 widgets themselves (tabs, buttons, etc).
An example:
Make the Dolphin window translucent and its control widgets (buttons, comboboxes etc) animated by OpenGL.
Sorry for my English again :D
Post a Comment