It looks like setting the timeout high enough is all I need. But now I have a different problem: When the first track in the playlist finishes, rather than moving on to the next track, the stream continues to play silence with the metadata of the first track displayed. I don't see any errors in the log with log.level 4. I've tuned in with two different media players, so I know the player isn't the problem. How do I begin to troubleshoot this?
Is it possible to set the timeout "too high" and therefore interfere with the stream moving on to the next track? On 09/19/11 17:46, [email protected] wrote: > Date: Mon, 19 Sep 2011 15:36:53 +0000 > From: Audiodef Online <[email protected]> > Subject: [Savonet-users] How do I set the playlist timeout? > To: savonet-users <[email protected]> > Message-ID: <[email protected]> > Content-Type: text/plain; charset=ISO-8859-1 > > I've been searching for how to set the playlist timeout, with no luck. > How do I do this? For example, I have: > > output.icecast.vorbis(host = "localhost", port = 8000, > password = "(password)", mount = "techno.ogg", > mksafe(playlist("http://audiodef/playlists/techno.m3u";))) > > How would I change this to set the timeout to 300 seconds? > > Also, will liquidsoap start downloading the next file in the playlist > while the current one is playing? If not, how should I make it do this > so that once my streams start, there won't be further delay after > downloading the initial file or two. > > On 09/19/11 14:52, Romain Beauxis wrote: >> > >>> >> I actually started out by trying all three betas. They all failed to >>> >> even start for me. I can go back to these and try to get help, but if >>> >> auto-detection and conversion is supposed to work on 0.9.3, I'd like to >>> >> try to fix that first, since this otherwise works for me. >>> >> >>> >> I've set log.level to 4 as you suggested. I'm still new to liquidsoap, >>> >> but I don't see anything that looks off. I tried uncommented >>> >> ocaml-samplerate in PACKAGES, but that made no difference. >>> >> 2011/09/18 13:41:34 [protocols.external:4] Executing /usr/bin/wget >>> >> "http://stillstream.com/assets/2011-04-01-ShaneMorris_Live_In_Concert_on_Sadayatana.mp3"; >>> >> "/tmp/liqbb34af.osb" >> > (...) >>> >> 2011/09/18 13:41:54 [protocols.external:4] Download process finished >>> >> (killed) >>> >> 2011/09/18 13:41:54 [request:4] Failed to resolve >>> >> "http://stillstream.com/assets/2011-04-01-ShaneMorris_Live_In_Concert_on_Sadayatana.mp3";! >>> >> For more info, see server command 'trace 4'. >> > This is the only issue I see concerning mp3 decoding in your logs. >> > This usually means that the download took too long and was canceled. >> > You should try to look at the "timeout" parameter of the "playlist" >> > operator. Raising its value should allow the download to proceed.. >> > >> > Romain >> > ------------------------------------------------------------------------------ All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 _______________________________________________ Savonet-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/savonet-users
