-
-
Notifications
You must be signed in to change notification settings - Fork 134
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
can liquidsoap listen/produce for RTP streams? #109
Comments
This is not supported for now, unfortunately. I would love to add RTP support but I don't think we've ever come to a library simple enough to be used. Do you know of one that you would recommend? |
So far I have used:
I am guessing gstreamer may be the solution since liquidsoap already supports it, but it doesn't work at all in Debian right now (or is this 1.0?): http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=727044 I am not sure a library would suffice either, as it may not appear as "playing" if no stream is available... I guess this should be tested... |
I also think that
is the right solution. I am currently using 1.1.1-6 version of liquidsoap in Debian (testing) and just tested that gstreamer is working. I think that Sourcefabric has updated packages for currenst stable Debian here: http://apt.sourcefabric.org/ |
Okay for that's for listening on a multicast RTP stream, how about generating one? |
Also, while this works:
This doesn't:
Because:
and:
yield the same result, I would have assumed this would work, but whereas the latter eventually yields:
the other never switches to the gstreamer input:
|
oh oh oh, i found it:
i was missing the And now it works and fallbacks as well! ie. this also works:
Unfortunately the fallback starts first, and there's a ~5 seconds delay when the rtp stream goes blank, but it works. |
I also found out how to produce the RTP stream, so here's everything from the top: generating the stream
listening to the stream
boo-ya. i guess we can close this now, although having that documentation somewhere would just rock. |
So while this works in and out, it won't work with VLC or other clients, because the udpsink doesn't seem to send SDP announcements to describe the stream. VLC complains with:
|
The fix is of course to work pulseaudio:
and then set a default sink in PA:
|
What's the status here? I the recipe stable enough? If so, could you please document it as an extra page in doc/content and create a pull request? |
the recipe works, but i have given up on the whole stack because of latency problems after an upgrade to debian jessie... not sure what happened there. the jukebox is just turned off now... but my last comment here worked and could be reused. |
According to this documentation , you need to create a .sdp file and open that in VLC:
While that's for video, perhaps if you change it for audio it might work? I'm gonna give this a try. I'd like Airtime to have a low latency stream back to our station. |
for the record, i turned off RTP here because of the interference it does over wifi - it completely destroys the network here... |
I have come to like RTP to produce a low-latency, high quality (but incidentally high bandwidth) stream within the house. I currently use MPD to stream audio to icecast and RTP, as described here. I know I can make liquidsoap stream to/from icecast fairly easily, but then I can't make it stream RTP in a meaningful way. I have tried various hacks with mplayer, pipes and all sorts of hacks, but couldn't get anything reliable going.
The text was updated successfully, but these errors were encountered: