Amarok does not play audio streams if KDE/Phonon uses gstreamer backend. I guess this happens since the recent gstreamer update which changed the gstreamer plugins setup. I tested some of the not installed plugins and media-plugins/gst-plugins-soup (GStreamer plugin for HTTP client sources) enabled the streaming functionality again. In my current configuration this package is not installed. I don't know if the Amarok package should depend on the plugin package or if a USE flag pulls the soup plugin and the Amarok package should depend on that flag setting. Reproducible: Always Steps to Reproduce: 1. Use Amarok with gstreamer backend in Phonon 2. Try to play a stream, e.g. one from the "Internet > Cool Streams" playlist Actual Results: No audio output, no error message, Amarok keeps "Playing" status for the stream. Expected Results: Audio output.
Can confirm that. My "solution": switch to vlc backend :(
To me this issue falls in the general "optional runtime deps" category. Furthermore, to complicate matters this isn't a direct dependency.
How about amarok-2.4.3?
I had a similar problem playing music from daap shares. I also solved it by emerging "gst-plugins-soup". There should be a use flag for network playback or something, one should not be bothered looking into plugins that could be installed for the phonon backend!
(In reply to comment #3) > How about amarok-2.4.3? The problem exists in amarok-2.4.3 aswell.
It's not amarok that should depend on gst-plugins-soup, but rather media-plugins/gst-plugins-meta (better as it would enable streaming in any application depending on gstreamer, and with a name like that it's reasonable to assume it supports streaming) or maybe media-libs/phonon-gstreamer.
Now that XINE is deprecated can someone please fix this or at least confirm the bug report. I am having the exact same problem on amarok 2.5.0 installing gst-plugins-soup fixes the problem.
Adding the gstreamer maintainers... Is there any way we can smuggle the soup plugin into a default configuration? What's your opinion?
(In reply to comment #8) > Adding the gstreamer maintainers... > > Is there any way we can smuggle the soup plugin into a default configuration? > What's your opinion? Why not simply add a gst-plugins-soup rdepend (perhaps controlled by a USE flag) to phonon-gstreamer?
(In reply to comment #9) > (In reply to comment #8) > > Adding the gstreamer maintainers... > > > > Is there any way we can smuggle the soup plugin into a default configuration? > > What's your opinion? > > Why not simply add a gst-plugins-soup rdepend (perhaps controlled by a USE > flag) to phonon-gstreamer? Sounds good to me, even better would be enabled by default. I can do it, but since I'm not package maintainer, maybe someone of you would be better...
(In reply to comment #10) > I can do it, but since I'm not package maintainer, maybe someone of you would > be better... phonon-gstreamer belongs to kde@gentoo.org, of which you are a member :)
Adding gstreamer maintainers to CC. Keeping gnome@ as gst-plugins-meta maintainers. It's a bit weird to not see gst-plugins-soup in gst-plugins-meta already behind some USE flag, perhaps should be stuffed in there until we have this catch-all meta package that has its own problems, until a better optional plugins solutions exists (I have a proof of concept missing-plugins support code for gentoo, but a ways to go for production use). If phonon-gstreamer specifically creates a souphttpsrc in its code with gst_element_factory_make or some such equivalent instead of just passing a http URI to gstreamer, it may want to depend on it itself (too), otherwise should be supposedly handled by meta, if it had the optional dep. On a slightly related note, does phonon-gstreamer have missing-plugins support (catching the messages on the message bus and doing the dance necessary for proper dynamic support)?
oops, didn't notice gstreamer was the assignee already. Reassigning to gnome@ for considering USE=http for gst-plugins-meta and retitling. KDE team: decide for yourself if you want a separate dep somewhere as well
(In reply to comment #11) > (In reply to comment #10) > > I can do it, but since I'm not package maintainer, maybe someone of you would > > be better... > > phonon-gstreamer belongs to kde@gentoo.org, of which you are a member :) Doh. Yeah. Now I finally understand what you suggest... :o) Added dependency to phonon-gstreamer, triggered by +network use flag. As far as I'm concerned, problem is fixed for the moment. For phonon, that is. Do with the bug whatever you see fit...
+*gst-plugins-meta-0.10-r7 (30 Jan 2012) + + 30 Jan 2012; Pacho Ramos <pacho@gentoo.org> +gst-plugins-meta-0.10-r7.ebuild, + -gst-plugins-meta-0.10-r2.ebuild, -gst-plugins-meta-0.10-r5.ebuild, + metadata.xml: + Revision bump to handle soup and libvisual plugins, bug #369083 and #392973. +