I think I'm on to something. I started from scratch, and this is what I
noticed:
If I use this script:
#!/usr/local/bin/liquidsoap
set("log.file.path","/home/audiodef/liquidradio.log")
set("log.level",4)
output.icecast(%vorbis,
host = "localhost", port = 8000,
password = "(password)", mount = "audiodef.ogg",
mksafe(playlist("/var/www/audiodef/htdocs/playlists/audiodef.m3u")))
output.icecast(%vorbis,
host = "localhost", port = 8000,
password = "(password)", mount = "techno.ogg",
mksafe(playlist("/var/www/audiodef/htdocs/playlists/techno.m3u")))
Both streams work fine. But if I add
output.icecast(%vorbis,
host = "localhost", port = 8000,
password = "(password)", mount = "ambient.ogg",
mksafe(playlist("/var/www/audiodef/htdocs/playlists/ambient.m3u")))
which has a playlist full of large files, the first two streams get held
up. What I think is happening is liquidsoap is busy downloading a large
file from the third stream and doesn't have any room to deal with the
first two (this might have been true even using a high timeout,
conservative, and fallback).
So the question becomes: what can I do to ensure that streams that have
large files in their playlists do not end up hogging the entire
liquidsoap process started by my script, thereby holding up everything
else?
On 09/23/11 19:25, Audiodef Online wrote:
> OK... something is really not right here. In addition to everything I've
> mentioned thus far, when the first track of the ambient stream ends, the
> stream ends. I'm very confused. This was all more or less working before
> I upgraded from 0.9.3. I hope it's simply a matter of needing to add
> something specific to beta-3 to keep the streams going.
>
> On 09/23/11 19:14, Audiodef Online wrote:
>> I tried taking out fallback to see what would happen. What happens is
>> when the first download for the ambient stream completes, it plays. The
>> techno stream plays. The audiodef stream never plays.
>>
>> This seems a bit odd.
>>
>> On 09/23/11 18:15, Audiodef Online wrote:
>>> I'm afraid I didn't provide all the relevant info. It seems that it's
>>> not the player that stops, but the stream, as clicking play in my player
>>> after it has stopped results in the same action it performs when there
>>> is no stream. Yet, the process I've started with this script (not to
>>> mention Icecast) is still running. I'm hoping someone will notice
>>> something in my script that leads to the streams dying.
>>>
>>> Also, for the streams "audiodef" and "ambient", the fallback plays
>>> repeatedly, long after the point where the playlist should have kicked
>>> in. In other words, the fallback plays for much longer than it takes to
>>> download the files in the playlist when I first start the stream.
>>>
>>> As I'm typing this, these two streams have done nothing but play the
>>> fallback for 15 minutes. This could happen in the beginning for my
>>> "ambient" stream, but definitely not for my "audiodef" stream!
>>>
>>> The techno stream seems to have no trouble and never plays the fallback,
>>> even though, as you can see, it's set up no differently from the other
>>> streams.
>>>
>>> Damien
>>>
>>> On 09/23/11 17:54, Audiodef Online wrote:
>>>> My script below seems to cause my player to stop at a certain point. Not
>>>> stream silence, but simply stop. What should I do to my script to ensure
>>>> this does not happen?
>>>>
>>>> #!/usr/local/bin/liquidsoap
>>>> set("log.file.path","/home/audiodef/liquidradio.log")
>>>> set("log.level",4)
>>>> output.icecast(%vorbis, host = "localhost", port = 8000,
>>>> password = "(password)", mount = "audiodef.ogg",
>>>> description="Synthetronica Radio: Audiodef", genre="Electronic",
>>>> url="http://audiodef:8000/audiodef.ogg";, name="Audiodef",
>>>> mksafe(fallback([normalize(playlist(timeout=3600.,
>>>> conservative=true, length=400.,
>>>> "http://audiodef/playlists/audiodef.m3u";)),
>>>> single("/var/www/audiodef/htdocs/audio/dc3.ogg")])))
>>>> output.icecast(%vorbis, host = "localhost", port = 8000,
>>>> password = "(password)", mount = "ambient.ogg",
>>>> description="Synthetronica Radio: Ambient", genre="Ambient",
>>>> url="http://audiodef:8000/ambient.ogg";, name="Ambient",
>>>> mksafe(fallback([normalize(playlist(timeout=3600.,
>>>> conservative=true, length=400.,
>>>> "http://audiodef/playlists/ambient.m3u";)),
>>>> single("/var/www/audiodef/htdocs/audio/dc3.ogg")])))
>>>> output.icecast(%vorbis, host = "localhost", port = 8000,
>>>> password = "(password)", mount = "techno.ogg",
>>>> description="Synthetronica Radio: Techno", genre="Techno",
>>>> url="http://audiodef:8000/techno.ogg";, name="Techno",
>>>> mksafe(fallback([normalize(playlist(timeout=3600.,
>>>> conservative=true, length=400.,
>>>> "http://audiodef/playlists/techno.m3u";)),
>>>> single("/var/www/audiodef/htdocs/audio/dc3.ogg")])))
>>>>
>>>> Thanks!
>>>> Damien
>>>>
>>>> ------------------------------------------------------------------------------
>>>> All of the data generated in your IT infrastructure is seriously valuable.
>>>> Why? It contains a definitive record of application performance, security
>>>> threats, fraudulent activity, and more. Splunk takes this data and makes
>>>> sense of it. IT sense. And common sense.
>>>> http://p.sf.net/sfu/splunk-d2dcopy2
>>>> _______________________________________________
>>>> Savonet-users mailing list
>>>> [email protected]
>>>> https://lists.sourceforge.net/lists/listinfo/savonet-users
>>>>
>>> ------------------------------------------------------------------------------
>>> All of the data generated in your IT infrastructure is seriously valuable.
>>> Why? It contains a definitive record of application performance, security
>>> threats, fraudulent activity, and more. Splunk takes this data and makes
>>> sense of it. IT sense. And common sense.
>>> http://p.sf.net/sfu/splunk-d2dcopy2
>>> _______________________________________________
>>> Savonet-users mailing list
>>> [email protected]
>>> https://lists.sourceforge.net/lists/listinfo/savonet-users
>>>
>> ------------------------------------------------------------------------------
>> All of the data generated in your IT infrastructure is seriously valuable.
>> Why? It contains a definitive record of application performance, security
>> threats, fraudulent activity, and more. Splunk takes this data and makes
>> sense of it. IT sense. And common sense.
>> http://p.sf.net/sfu/splunk-d2dcopy2
>> _______________________________________________
>> Savonet-users mailing list
>> [email protected]
>> https://lists.sourceforge.net/lists/listinfo/savonet-users
>>
>
> ------------------------------------------------------------------------------
> All of the data generated in your IT infrastructure is seriously valuable.
> Why? It contains a definitive record of application performance, security
> threats, fraudulent activity, and more. Splunk takes this data and makes
> sense of it. IT sense. And common sense.
> http://p.sf.net/sfu/splunk-d2dcopy2
> _______________________________________________
> Savonet-users mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/savonet-users
>
------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security
threats, fraudulent activity, and more. Splunk takes this data and makes
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2dcopy2
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users
