[KDE] Which Phonon? Phonon backend - GStreamer or Xine?
mzerqung at 0pointer.de
Wed Sep 30 16:06:06 UTC 2009
On Wed, 30.09.09 10:15, Jaroslav Reznik (jreznik at redhat.com) wrote:
> So where's the problem? There are two Phonons - one in Qt, one in KDE. I don't
> like this schizophrenia. This should be solved but now we have to live with
> one or another - that's why we brought this issue to the world.
Maybe KDE should add another abstraction layer on top of the various
Phonons which abstracts the differences between them! 
> But I'm happy you have joined this discussion as PA developer. How do you see
> PA support in GStreamer and Xine? Functionality, features, support - regarding
> to Fedora development as this could influence our final decision.
Isn't it obvious where the good stuff is? Just compare how many
commits happened in the last months to the xine-lib hg and how many
to the gst git trees. gst has a much much larger developer community
and multiple companies backing it. It's the only practical way to get
licenses MP3 codecs for Linux. And it is more powerful than xine in
Also, my cooperation with the gst devs is much closer. I have
contributed some patches to xine a while back too, but since I don't
use it it is much more lacking.
Finally, Gst is used by Gnome. Would be great if this could be another
place were we could not only cooperate on specs but also actually
> Another interesting thing is PA & Phonon integration work by Colin Guthrie
> (see the link in my first message). Phonon just as wrapper/thin client for PA
> with nicer Qt like API. I like this idea.
Uh, PA is a PCM sound server. Phonon an abstraction layer for general
media streaming. Those are different things. Yu can wrap PA and
gstreamer in phonon, but just wrapping PA alone won't fly.
 That was a joke.
Lennart Poettering Red Hat, Inc.
lennart [at] poettering [dot] net
http://0pointer.net/lennart/ GnuPG 0x1A015CC4
More information about the devel