| View previous topic :: View next topic |
| Author |
Message |
masterd01
Joined: 09 Feb 2008 Posts: 8
|
Posted: Wed Feb 11, 2009 10:08 am Post subject: End from Fallback in Channel - Burst-size ? |
|
|
Hello Karl,
my Channels are primary working in the Fallback-State. At some Date a Source is directly connected to the Channel, Plays an idividuell File and Disconnects. The "Fallbackstream" is still alive (but not hearable at the Mainchannel - true).
On about 14 Seconds the Source is disconnected, so that the Stream goes Back to the Fallback. - So nice, so good.
After the Disconnect i hear about 1,5 Seconds from the Fallbacksource - thats not so good because both Played files should stop at the same Time.
I've tried to add some quit-Seconds on the Fallbackstream, but it should work Either.
Do i have any other chance, that there is no more Rest of the Fallbackstream on my Channel ?
I hope you know what i Mean.
Kinds regards,
MasterD |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Feb 11, 2009 4:01 pm Post subject: Re: End from Fallback in Channel - Burst-size ? |
|
|
| masterd01 wrote: |
Hello Karl,
my Channels are primary working in the Fallback-State. At some Date a Source is directly connected to the Channel, Plays an idividuell File and Disconnects. The "Fallbackstream" is still alive (but not hearable at the Mainchannel - true). |
The fallback is on a different mountpoint, which the listeners are not on so they don't hear it.
| Quote: |
| On about 14 Seconds the Source is disconnected, so that the Stream goes Back to the Fallback. - So nice, so good. |
The listeners are moved to the fallback
| Quote: |
| After the Disconnect i hear about 1,5 Seconds from the Fallbacksource - thats not so good because both Played files should stop at the same Time. |
Why should they, is there something that connects the two streams, if so how does the fallback stream know when the primary has stopped?
karl. |
|
| Back to top |
|
 |
masterd01
Joined: 09 Feb 2008 Posts: 8
|
Posted: Wed Apr 22, 2009 12:47 pm Post subject: |
|
|
Hello Karl,
i still have the Problem with the Fallbackstreams and the last Seconds of the other Stream. I've created a short Map, so you could see how i've configured the Icecastserver:
http://img139.imageshack.us/img139/1230/streaming.png
So here is my Problem again:
The customer-channels connect to slave / fallbackstreams of the master-channel. On a Specialtime the Masterchannel is playing a Musicbad and sends a Request to some Webserver who is starting the ices0-Deamons and Play a special File for each Customer. After the File the ices0 disconnects from the Channel, so the Fallback is Playing. In the same secound the Musikbed is over too and the next song is played. It's timed on the point. But if the ices0 disconnects i still hear the last seconds of the Musikbed from the Primarychannel.
Ive testet to add some quietseconds on the masterstream, but this don't work. I always hear the last three or four seconds.
Some tests if've made with seconds before or after the Musicbad aren't working too
Do you have any Ideas to realise this with Icecast ?
Many Thanks
MasterD |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Wed Apr 22, 2009 5:44 pm Post subject: |
|
|
So you are saying you are getting a burst of past stream data from the fallback stream when the fallback is triggered?
Which icecast version is this, what is the bitrate of the stream?
karl. |
|
| Back to top |
|
 |
masterd01
Joined: 09 Feb 2008 Posts: 8
|
Posted: Wed Apr 22, 2009 5:57 pm Post subject: |
|
|
Hello Karl,
i'm using icecast-2.3.2. All Channels are sourced bei 128 KBit.
And yes, its burst of past stream data from the fallback. Thats right.
MasterD |
|
| Back to top |
|
 |
karlH Code Warrior

Joined: 13 Jun 2005 Posts: 5476 Location: UK
|
Posted: Thu Apr 23, 2009 8:18 am Post subject: |
|
|
it could be a question of when exactly the override kicks in and drops out. The 2 streams are running independently and the listeners will be moved back as soon as the end of the stream is detected. Even though it may have similar durations, you could have a small difference.
karl. |
|
| Back to top |
|
 |
|