Back Timing In Playlist Issue

English mAirList 7.x
1

So I have run into this problem several times, where I have the playlist for 1 hour, and in that 1 hour I have some elements like music, beds etc. The music beds end when I move to the next song manually with a jingle closer. So I talk over the bed, and when I’m done I hit the jingle outro. I am noticing that the back timing is not showing the correct times in the playlist and the times are not updated after the track changes. Or for example, when moving regular music tracks around on the playlist the back timing is not adjusting correctly leading me to run over time past the hour!! It’s happened several times.

So looking at the next track start time should indicate when the current song will end. Or perhaps a few seconds off, but not 3 minutes or so!!

Is something wrong? Have I not set a correct setting? Is this a bug? Am I looking at the wrong place?

I notice when the playlist is idle, the times listed are actually moving or counting:

2025-04-03_183301
2025-04-03_183301231×207 2.77 KB

But as soon as you are playing the playlist, the times freeze and don’t adjust correctly. This occurs in Assist and Auto modes!

If nothing is wrong, then how can I make this process easier so I know the actual END time of the playlist/final track when getting close the the end of the hour so it can be timed correct.

*The most obvious issue that causes a problem is if you have a Stop Break or the Auto playlist comes to it’s end after you take it out of Auto and into Assist and the playlist stops/paused. The times go way off, even when you start it again, the time has not adjusted itself after the break and time has passed, the playlist still thinks or acts like it did prior to the break/pause, thus the timing is WRONG. This causes the song to go way over the hour or expected end time. It should have adjusted itself and changed it’s time in the playlist, not asume it will still end at the same time prior to what it was before the break, because clearly that would be over run! This is a bit hard to explain.

Thanks

2

Hi,

I just tested it locally and didn’t have the behaviour. Every time I’m moving elements around or adding/deleting them the following times were adjusted accordingly, even in Auto/assist mode.

Did you activate this option here in the playlist settings?

Bildschirmfoto 2025-04-04 um 12.09.24
Bildschirmfoto 2025-04-04 um 12.09.241306×644 173 KB

Although it states “…in idle” that may do the trick. Don’t have an idea otherwise…

BTW: To test it without closing the playout you can even set this option temporarily by right-clicking in the playlist and select this option in the playlist options.

(Don’t forget: It’s only active until you close the mAirList playout if you didn’t change it in the configuration!)

3

Hi Stefan, yes I have that box checked.

Did you try adding a stop break or pause in the playlist, this is where it goes wrong most of the time. Give that a shot.

1 Like
4

Were you able to test the pause in the playlsit?

5

I now know how to reproduce this. If say, you are playing a song or bed, and you notice the time is too long, but you shorten the song by manually seeking to a new location in the music file, (This scenario is only if the bed playing is ‘offline’ so before you actually start streaming or another station picks up your feed) Then the next track does not update the time. It still displays the time from when the file was scanned as the next track in the playlist. This should not occur. If you jump to another location, or pause a playing track, the timing/backt iming DOES NOT update and then you are going by an incorrect next time point, or start point for the next track. Can this be fixed? It should always update the time.

1 Like
6

I just forwarded it to Torben, sorry for the delay! :slight_smile:

1 Like
7

Thank you Stefan! No worries.