Hi,

(first of all: I have read previous threads about buffer overrun before.)

We receive our audio stream from the same icecast server through two separate 
DSL providers to increase availability.
DSL providers are connected by multiple uplink routing (see 
http://lartc.org/howto/lartc.rpdb.multiple-links.html ),
so our streaming source is available by 2 different URLs.

At receiver side we use liquidsoap to setup the fallback and output audio via 
ALSA to the transmitter.
When configuring the second URL as fallback stream there are more than 30 
buffer overruns per second at error log
while there are no complains about first URL.

     2011/02/24 17:31:00 [dsl2:3] Buffer overrun: Dropping 0.02s.

I tried to increase buffer=10 and max=60 within input.http, but this did not 
change anything:
after max=60 seconds the overrun appeared again.

Now my questions:
Is there something wrong with the fallback configuration? (please see below)
Could this be a problem with uplink configuration?
are there anything else I could try to get rid of the overrungs?

My configuration:

channel1    = input.http(id="dsl1",  "http://dsl1url";)
channel2    = input.http(id="dsl2", "http://dsl2url";)

fallback_net_outage = smooth_add(
     normal=fallback_net_outage,
     special=switch([
         ( { 0s }, mksafe(single(id="error_announcer", "say:unstable 
network!")) )
     ])
)

radio = fallback(
         id="http_input fallback",
         track_sensitive=false,
         [
             channel1,
             channel2,
             fallback_net_outage
         ]
)

#channel1       = input.http(id="dsl1", buffer=10., max=60., timeout=60., 
"http://dsl1url";)
#channel2       = input.http(id="dsl2", buffer=10., max=60., timeout=60., 
"http://dsl2url";)
# did not help...

Regards, Peter

------------------------------------------------------------------------------
Free Software Download: Index, Search & Analyze Logs and other IT data in 
Real-Time with Splunk. Collect, index and harness all the fast moving IT data 
generated by your applications, servers and devices whether physical, virtual
or in the cloud. Deliver compliance at lower cost and gain new business 
insights. http://p.sf.net/sfu/splunk-dev2dev 
_______________________________________________
Savonet-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/savonet-users

Reply via email to