ProppFrexx ONAIR User-Forum

I have a situation where there's times where there may be two consecutive programs that comes in from remote streams. MODSTREAM_WATCHER_START and MODSTREAM_WATCHER_STOP control commands work fine for a single program but when followed by another, the next program will cut of the previous too early. I assume this is due to there only being one MODStream Player and thus it cannot prepare the next program in another player.

I'm currently just using streams in a playlist with the KeepStreamAlive option instead but it does mean that there is dead air when the stream fails.

Is there anything you would recommend for this scenario?

Does that not rely on the connection to disconnect? What if the stream disconnected when the first program was meant to still be going out? If the second stream is alive (which it will be at least a few minutes before it's due to start but with silence/test tones), that could be a scenario of dead air. It also relies on the stream disconnecting exactly on time which may not happen (eg. DJ may disconnect minutes after playing the last song, if at all). The "Stream Timeout" option may help with the last scenario but it still wouldn't be a very nice transition if there's 30 seconds of silence.

That would be the same issue the other way around.
Of course your connection would be reliable. Otherwise would would end up in dead air.

The 2nd stream should only go online a couple of minutes before the 1st is supposed to end.
As such your risk of switching to the wrong team only exists in this small time frame.

So you only would have a bad transition if your stream connection breaks right at that time. But if the stream connection breaks you can even have a good transition.
So I am not sure what we are talking about here?

The point of using MOD Stream over playlist items is because it has the ability to fall back onto the playlist when the stream fails until it manages to reconnect. Of course, we do have as reliable of connection as possible but it is just preparation for exceptional circumstances. We did have scenarios when the stream did not start correctly (exact reason was unknown as we weren't monitoring at the time) and thus having the ability to fall back to a playlist during these times is ideal.

As far as disconnecting streams go, one of the streams we take in is from a DJ that broadcasts to multiple radio stations. Unfortunately when it starts and ends is then out of our control.

The transition thing is indeed dependent on when the connection breaks. I was referring to if the disconnection does not happen immediately when the program ends.

If the remote DJ does not disconnect you either need to get a different signal from him or disconnect manually.
I am not sure what you expect ProppFrexx to do in such a case?

What I am already doing with playlist items is that at the switchover time it loads up the new program with the new playlist containing the new stream. This means that it's done regardless of what the DJ is doing and works nicely since there is multiple players so it transitions well but if it isn't possible with MOD Stream I'll just have to stick with playlists.

If you playlist solution works well, I would not see any reason to change it.
I do not really get your question then.

It doesn't work well in that there's dead air if the stream fails and that the stream will not return if it fails to connect initially when in Auto Play mode. That's the only reasons why I thought MODStream would be a better option.

The MODStream command allows you to specify 2 alternative URLs.
As such you might use these two URLs for consecutive usage.
E.g. if the first URL disconnects, the given Intro/Outro is played and then the 2nd URL is used.

If a stream fails unexpected, there will always be dead air, as the audio buffer runs out unexpectedly.
There is nothing to do against it.