Then this is a different problem - not with events, but something has to do with network streams. I see one possibility for the network stream to behave like this: another event was started, that paused the network stream playback, and while it was paused, the playback time was not counted (as it's not playing), that's why network stream finished later.
New events - would this not be obvious from the Log ? That an event pushed the streaming back to the Playlist ?
The only Event/s happening are Sweepers which are just scheduled and then disappear once their time is up. Because the Events Sweepers are expecting the normal Playlist to be there, not the streaming.
This morning I happened to be awake and actually heard it switch over.
The time once again was precisely 3.50am. So obviously this is a daily pattern.
Something is wrong with the Streaming Event which should be ceasing at 3am, as the the Event Box for 3am is not ticked for it to continue.
Would it be something to do with the #3600
Should it be #600 instead (being 10 mins)
I have never been sure with what to put there, if anything, as the streaming is every 10 mins just in case the stream breaks down. I was originally going to make it every 5 mins, but decided to use 10 mins.
It works extremely well and effectively in recovering stream breakdowns.
I mention #3600 as it is precisely 1 hour after the last stream timing of '50' in the event.
Do we need a #3600 or #600 inserted at all perhaps, as it just doesn't tie in with the the need for a time in the event due to the fact that Hours/Minutes takes over instead ?