I forgot to mention, I use either Audacious or VLC, both of which handle
ogg streams. I use them for this purpose all the time.
Has anyone else every had any issues with these two players as pertains
to ogg streams?
On 09/24/11 09:21, David Baelde wrote:
> Hi Damien,
>
> I believe your analysis is good in the last mail. By default
> liquidsoap only has one thread for tasks such as downloading. This
> would be a good explanation for one stream "stopping" because it can't
> get its downloads fast enough, when you add other streams that also
> perform long downloads. Here is the relevant setting for fixing that
> issue (taken from liquidsoap --conf-descr):
>
> ## Generic queues
> # Default: 1
> set("scheduler.generic_queues",1)
> # Comments:
> # Number of event queues accepting any kind of task.
> # There should at least be one. Having more can be useful to avoid that
> # trivial request resolutions (local files) are not delayed because of
> # a stalled download. But N stalled download can block N queues anyway.
>
> In your case I'd set it to the number of streams performing large downloads.
>
> Now, your streams are not really stopping when they fail to download,
> but just playing silence thanks to mksafe(). However, streaming pure
> silence is a bad idea with most codecs, so I'd advise you to not use
> mksafe(), replace it by some noise or a default file (download it once
> and for all, so that single("<that file>") will be infallible).
>
> One last thing: mplayer (like many other players) doesn't really
> support reading OGG streams, but only reads the first track and then
> stops. This is explained in our FAQ, with ways to work around the
> players' limitations. It's probably not the top issue for now, but you
> should keep it in mind when testing with mplayer. A player that
> properly reads streams is.... liquidsoap! (Simply use liquidsoap
> 'out(input.http("<your stream>"))'.)
>
> All this should help fix the problem and understand better what's
> going on. Using telnet (if only for debugging) would also be useful to
> monitor downloads.
>
> Hope this helps,
------------------------------------------------------------------------------
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
