Joel Ebel
2004-Dec-22 15:16 UTC
[Icecast] fallback override failing for 128 mbps mp3 stream
I'm still having an issue with the fallback override from a 128 kbps mp3 stream. I have 6 streams all with fallbacks and overrides. All are working except the 128 mp3. All of the fallback streams are from ezstream which just plays a file matching the original source format. my 3 ogg streams and 2 of my mp3 streams work just fine with fallbacks and come back when the original stream returns. I don't understand why the 128 mp3 doesn't. It's set up just the same. Here's the weird thing... if I go into the web interface and move my client from the 128 stream to it's fallback and then move it back to the original source it works fine. Just not when the fallback override is supposed to take effect. When the source disappears, the fallback stream begins playing just fine. When the original stream returns, winamp stops playing audio, but the time keeps going up. The kbps keeps going up too until I stop it. stopping and restarting connects to the original source stream just fine. So what's the matter with the 128 mp3 stream? Why is it behaving differently than all the other streams I have? Thanks, Joel
Karl Heyes
2004-Dec-22 15:37 UTC
[Icecast] fallback override failing for 128 mbps mp3 stream
On Wed, 2004-12-22 at 23:15, Joel Ebel wrote: ...> When the source disappears, the fallback stream begins playing just > fine. When the original stream returns, winamp stops playing audio, but > the time keeps going up. The kbps keeps going up too until I stop it. > stopping and restarting connects to the original source stream just fine. > > So what's the matter with the 128 mp3 stream? Why is it behaving > differently than all the other streams I have?There's nothing specific to bitrates with regard to fallback and override, so the fact that it's 128 is not directly related. Does the fallback stream have the same audio format and settings eg same samplerate, channels, and of course mp3. Does this problem always occur, or is it intermittent ? karl.
Mike Whitaker
2004-Dec-22 15:48 UTC
[Icecast] fallback override failing for 128 mbps mp3 stream
On 22 Dec 2004, at 23:37, Karl Heyes wrote:> On Wed, 2004-12-22 at 23:15, Joel Ebel wrote: > >> When the source disappears, the fallback stream begins playing just >> fine. > There's nothing specific to bitrates with regard to fallback and > override, so the fact that it's 128 is not directly related.I have just had a Road to Damascus moment. Or rather, a 'you pillock, Mike, why didn't you R all TFM and notice that WEEKS ago?' moment. Fallback streams rock utterly. That is all. :)
Possibly Parallel Threads
- client connections seems high
- Icecast locks with WARN connection/_accept_connection accept() failed with error 24: Too many open files
- listener authentication for multiple mountpoints; client connections seems high
- client connections seems high
- user Authentication - fail to add an user