Hello,

I've been using liquidsoap 0.3.6 on www.waveradio.gr (OpenSuSE Linux 
10.2) as the main source, since I found that it's very flexible and 
robust and it provides a uniform stream that all players can handle with 
no transition problems.

The setup:

We have around 20 DJ's who connect from home/work to our server and 
broadcast their show. We have no central "studio". Each DJ has a 
specific mount and password and there is a hierarchy, so DJ1 overrides 
DJ2, DJ2 overrides DJ3, and so on. When there's no DJ connected, 
liquidsoap broadcasts from a  time-/day-based playlist. Occasionally 
liquidsoap broadcasts pre-recorded shows from a queue, which are 
scheduled from the web using a combination of webmin/perl/at/bash 
scripts that access the telnet interface.

The limitations:

There is no way (at least I have not found one, but I've only discovered 
liquidsoap a couple of months ago) to have multiple inputs using 
input.harbor with a different password assigned to each one. Therefore I 
am using a (modified) version of Icecast with fallback/fallback override 
mounts, each with a different password, to handle the input from the 
DJ's. Liquidsoap listens on one mount with input.http and when there's 
data coming, switches to the live show, does all the processing, then 
feeds the stream back to icecast on the public mount listeneres connect to.

Our DJ's use SAM Broadcaster to stream their music to Icecast. When 
there's nothing playing (i.e., temporary network congestion, no song 
queued up, no voice), SAM streams nothing, although it remains 
connected. Icecast does not disconnect, but liquidsoap gets the 
following error:

2008/05/12 00:27:23 [stream.mp3:2] Read error Unix.Unix_error(2, "read", "")
2008/05/12 00:27:23 [/dj0:2] Feeding stopped: Mad.End_of_stream

Which is kinda normal, but unless I have a way to define a timeout, 
liquidsoap will start jumping back and forth between live and playlist 
in case of temporary stream interruptions. Currently I am using a 
transition with a few seconds of blank to work around this.

Also, it would be nice to have a way (through the telnet interface) to 
close down incoming connections, much like the kick command of icecast, 
and/or a webmin module for remote control through telnet.

Thanks for reading,

    -- Dimitris


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
Don't miss this year's exciting event. There's still time to save $100. 
Use priority code J8TL2D2. 
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users

Reply via email to