Hi, I'm not able listen to streams immediate after emerging media-sound/bmpx since they switched from xine-lib to gstreamer (I gues it was in version 0.13), because of gstremer needs >=media-plugins/gst-plugins-neon-0.10.3 for listen to a stream, but to play the streams listed in bmpx's radio stream menu you also need >=media-plugins/gst-plugins-mad-0.10.3. Don't know if you need it in generally to play streams. Futhermore it doesn't works with the current latest version of media-plugins/gst-plugins-neon in portage, which is 0.10.1, because of in version 0.10.2 or 0.10.3 they changed the interface to don't use the "uri" argument anymore but the "location" argument instead, which bmpx expect. To enable bmpx listen to streams you need to apply my patch in the attachment and add media-plugins/gst-plugins-neon-0.10.3 to portage, what you can do by copy media-plugins/gst-plugins-neon/gst-plugins-neon-0.10.1.ebuild to media-plugins/gst-plugins-neon/gst-plugins-neon-0.10.3.ebuild and digest it by ebuild (and of cause reemerge media-sound/bmpx). Best Regards Sebastian Noack
Created attachment 87905 [details, diff] Adds an useflag for enabling play to stream I have to add that my patch doesn't adds support for play streams by default. It adds just the useflag "stream" which makes bmpx dependent on the packages mentioned above.
Chutzpah, please don't add this yet. BMPx needs unreleased development version of gst-plugins-bad (gst-plugins-neon) 0.10.3.1 for even a bit stable HTTP streaming, with 0.10.3 it just crashes. Randomly. You don't want such bug report. HTTP streaming can also be done by using gst-plugins-gnomevfs, and Portage does have new enough version of it. But it is relatively unstable too. If one really wants there features, considering all of what said before.. I'm sure they will find a way. Also, that patch adds -mad for USE="stream" depends.. which doesn't make sense to me, streams can be only played with it? Thanks, drac
Since the streaming support is not stable at the moment, I will close this for now. This can be reopened once there is stable streaming support in bmpx.
Yes, it adds gst-plugins-mad and yes it doesn't seems to make sense also to me, but unfortunately bmpx crashs if you try listen to http-streams and you don't have it installed. Btw, streaming via gst-plugins-gnomevfs doesn't work. At least if you are using the latest stable version 0.10.4. Which version do you claim that would work? Well bmpx isn't stable at all on gentoo and we could add an additional hint via ewarn to the ebuild, to warn that this useflag isn't rock-stable, if you want. Regards Sebastian
(In reply to comment #4) > Yes, it adds gst-plugins-mad and yes it doesn't seems to make sense also to me, > but unfortunately bmpx crashs if you try listen to http-streams and you don't > have it installed. Which is why I claim it isn't stable yet.. no sense at all != stable > Btw, streaming via gst-plugins-gnomevfs doesn't work. At least if you are using > the latest stable version 0.10.4. Which version do you claim that would work? Latest vesion, 0.14.4. For me, -gnomevfs provides somewhat working streaming support.. at least, more stable than current -neon. Anyway, this randomity.. just proofs USE="stream" isn't ready to go. I mean, unsupported version of -neon works for you.. supported version of -gnomevfs works for me. Wouldn't you agree? :-) > Well bmpx isn't stable at all on gentoo and we could add an additional hint via > ewarn to the ebuild, to warn that this useflag isn't rock-stable, if you want. Isn't stable? Latest stable release is 0.14.4 and it's been stable here, on Gentoo, but only when using it without streaming support. > > Regards > Sebastian > godspeed, drac
> Btw, streaming via gst-plugins-gnomevfs doesn't work. At least if you are using > the latest stable version 0.10.4. Which version do you claim that would work? You mean gst-plugins-gnomevfs version.. 0.10.7.. latest version in ~x86. BTW, media-sound/bmpx is also marked ~
> Btw, streaming via gst-plugins-gnomevfs doesn't work. At least if you are using > the latest stable version 0.10.4. Which version do you claim that would work? You mean gst-plugins-gnomevfs version.. 0.10.7.. latest version in ~x86. BTW, media-sound/bmpx is also marked ~×86. ta, drac
> Isn't stable? Latest stable release is 0.14.4 and it's been stable here, on > Gentoo, but only when using it without streaming support. >> Btw, streaming via gst-plugins-gnomevfs doesn't work. At least if you are using >> the latest stable version 0.10.4. Which version do you claim that would work? > > You mean gst-plugins-gnomevfs version.. 0.10.7.. latest version in ~x86. BTW, > media-sound/bmpx is also marked ~
> Isn't stable? Latest stable release is 0.14.4 and it's been stable here, on > Gentoo, but only when using it without streaming support. >> Btw, streaming via gst-plugins-gnomevfs doesn't work. At least if you are using >> the latest stable version 0.10.4. Which version do you claim that would work? > > You mean gst-plugins-gnomevfs version.. 0.10.7.. latest version in ~x86. BTW, > media-sound/bmpx is also marked ~×86. Ebuilds with the keywords ~x86 are classified as unstable, so bmpx and gst-plugins-gnomevfs-0.10.7 aren't stable on gentoo. > For me, -gnomevfs provides somewhat working streaming support.. at least, more > stable than current -neon. Anyway, this randomity.. just proofs USE="stream" > isn't ready to go. Well, we could implement a useflag for neon and another one for gnomevfs. But I think that the latest cvs-version 0.10.3.1 of gst-plugins-neon is more stable than gst-plugins-gnomevfs in any case. So another approach would be to get gst-plugins-neon from the cvs by the ebuild. Regards Sebastian
Whenever possible, we try to avoid ebuilds of CVS versions. Packages that have ~arch keywords are supposed to be candidates for eventual stabilization, if I enable a known broken feature in a ~arch package then there is no chance the package will ever be stabilized, even after all it's deps are stabilized.
Hello, gst-plugins-neon is in portage. I guess this should trigger a "wake up" for this bug, right?
Wrong, not going to add any USE flags for optional runtime depends to BMPX ebuild because it takes so long to build.. Feel free to install any plugins you want separately.
bmpx-0.40.10 crashes on playing anything without gst-plugins-mad. So gst-plugins-mad should be a runtime dependency of bmpx. I'm not sure weather I should open a new bug report or use this one, but that was the reason for my ping :)
