"AsPlaylistInsert" overlays not inserted with "TimeUpdateSync" when a VoiceTrack playlist was present in previous hour

[Maartenvn]

Overlays with the "AsPlaylistInsert" option are not inserted into the playlist when the previous program contained embedded overlay containers from a Remote VoiceTracking session when using "Auto TimeUpdateSync" as starttype for programs.

The log files indicate:

Code: Select all

29/06/2023 18:58:59: WARNING: Overlay 'Tijdsein -Tijdsein@2023-06-29T19:00:00' was suppressed (Playlist 'Playlist @ 29/06/2023 19:00:00' contains Embedded Overlay Container).

[radio42]

Yes, this is by design and with good purpose and reason.

When a playlist (no matter from where or how it was generated) contains an Embedded Overlay Container any other Overlay from the Overlay Scheduler will be suppressed in that hour/playlist.

But the above message indicates, that the playlist which’s starts at 19:00:00 already contains an embedded overlay and as such the overlay, which also starts at 19:00:00 is suppressed - sounds like my above statement and that all works as designed.

However, an Overlay for the next hour/program will be added. So please describe your exact scenario and start and end times of your program as well as the overlay.

[Maartenvn]

Yes, I understand. But the playlist of 18:00 is the Remote VoiceTrack playlist, which contains the embedded overlay containers. Yet the overlay scheduled at 19:00:00 is not played back, even though the playlist does not have any embedded overlay containers.

The overlay:



This overlay is scheduled every hour.

The program:



You can reproduce this with an overlay and program with these settings and by clicking on "Upcoming Overlays" > "Resolve overlay to playlist" on a playlist of the previous program. The overlay scheduled at the start of the next program will not be inserted and skipped.

Code: Select all

WARNING: Overlay 'Tijdsein-Tijdsein@2023-06-30T01:00:00' was suppressed (Playlist 'Playlist @ 30/06/2023 1:00:00' contains Embedded Overlay Container).

This is not true, the playlist of 0:00:00 contains the embedded overlay container, not the playlist of 1:00:00

[Maartenvn]

This bug also continues into the next hour (2:00:00), even though there never were never any Embedded Overlay Containers in this playlist or even the previous playlist.

Code: Select all

30/06/2023 0:58:51: WARNING: Overlay 'Tijdsein-Tijdsein@2023-06-30T01:00:00' was suppressed (Playlist 'Playlist @ 30/06/2023 1:00:00' contains Embedded Overlay Container).
30/06/2023 1:13:01: WARNING: Overlay 'Reclame Blok A-Reclame Blok A@2023-06-30T01:15:00' was suppressed (Playlist 'Playlist @ 30/06/2023 1:00:00' contains Embedded Overlay Container).
30/06/2023 1:28:03: WARNING: Overlay 'Reclame Blok B + Test-Reclame Blok B@2023-06-30T01:30:00' was suppressed (Playlist 'Playlist @ 30/06/2023 1:00:00' contains Embedded Overlay Container).
30/06/2023 1:42:54: WARNING: Overlay 'Reclame Blok C + Test-Reclame Blok C@2023-06-30T01:45:00' was suppressed (Playlist 'Playlist @ 30/06/2023 1:00:00' contains Embedded Overlay Container).
30/06/2023 1:58:52: WARNING: Overlay 'Tijdsein-Tijdsein@2023-06-30T02:00:00' was suppressed (Playlist 'Playlist @ 30/06/2023 2:00:00' contains Embedded Overlay Container).

Perhaps when using "TimeUpdateSync" the state of the embedded container presence is not reset after each TUS?

[radio42]

I guess, what then real issue is, is that there are no separate playlists.
In your case it it always one single playlist. And the previous and the next hour are within the same playlist!

As such, the suppress check is always true: the current playlist contains an embedded overlay container, as this check can not distinguish between separate programs in this case. Note, this check can and is ‘only’ validating, if the current playlist contains an embedded overlay container.

I am not sure, if I can change this check, so that it Honors TUS entries from your program scheduler?! I have to check this.
As these are current limitations when starting a program with the TimeUpdateSync type.

[radio42]

Yes, it is exactly as described
I will further check, if I find a way to honor the 'new' program change within that same playlist.
As a workaround, you might set the "ForceUsageNeverSuppress" option with the overlay in questoin - but as you might now see/understand yourself, if that option is set an the underlying playlist already contains an embedded overlay, it will be triggered regardless and not suppressed.

[radio42]

A new version 4.4.0.3 is out, where I tried to optimize a program change via a TimeUpdateSync in which case the check for embedded overlay containers is reset.

[Maartenvn]

Thank you!