Hi Peter, This is a similar issue to the one seen in the recent thread "Overruns/issues with timed or random playlists and streams". It's not a bug, just a weird behavior.
What's happening is that when your fallback relays one input.http, nothing consumes the other input, so its buffers overflows. The easy fix is to connect each http input to a dummy output (with fallible=true) that will consume its input. In your case, no need to do this for the first http input since it is only unused when unavailable. All this is because input.http isn't an active source. Making it an active source wouldn't necessarily be a great default choice either, because (1) this would waste opportunities for the buffer to refill when the input.http isn't used and (2) it makes it impossible (at least non-obvious) to delay the switching to an http input without loosing the beginning of its stream (for example, you might want to insert a jingle or smoothly finish a track before switching). In your case, using the dummy output trick essentially makes your input active, but you don't care about those side effects. Hope this helps, -- David ------------------------------------------------------------------------------ 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
