Unendliche Stille in der Playlist

Hallo,

wir hatten jetzt schon öfters das Problem, dass nach einer Sendung mAirList unendliche Stille bis zum nächsten Fixpunkt einfügt. :o

Das Template sieht bei uns so aus:

18:00 Uhr (Sendungsbeginn)

  • Stundenanfang FIX
  • Auffüllen mit Musik
  • Stundenende Variabel (Weil Sendung auch mal länger als 1 Stunde gehen kann)
    19:00 Uhr (Sendungsende)
  • Stundenanfang Variabel
  • Auffüllen mit Musik
  • Backtiming
  • Stundenende FIX

Wärend der Sendung wurde rein gar nichts an der Reihenfolge der Elemente in der Playlist verändert.
Im Anhang sieht man, dass mAirList nach dem variablen Platzhalter „Rahmenprogramm“ unendliche Stille einfügt bis zum Backtiming.

Hat jemand eine Idee? :-\


IMG_2330.JPG

Screenshots von den vorgeplanten Listen in der DB wären mal interessant…

Hi Torben,
im Anhang die Screenshots der Templates.

[ul][li]Vor der Sendung[/li]
[li]Sendung[/li]
[li]Nach der Sendung[/li][/ul]


Vor-der Sendung.jpg

Sendung.jpg

Nach-der-Sendung.jpg

Bitte auch (und vor allem) noch die tatsächlich generierten Playlisten aus dem DB-Playlist-Editor.

Hier die Playlisten. Ich hoffe PDF ist OK?


Vor-Sendung.pdf (57.8 KB)

Sendung.pdf (54.4 KB)

Nach-Sendung.pdf (56.2 KB)

Screenshot aus der DB-App (Reiter Playlist) wäre besser, da man dort das Backtiming sieht.

Ach, und ladet ihr die Playlists mittlerweile direkt aus der Datenbank ins Playout? Oder immernoch über den Umweg mlp-Datei? Da war doch neulich was…

Im Anhang die Screenshots der Playlisten aus der DB. Wir hängen automatisch um xx:50 die Playlist der nächsten Stunde direkt aus der Datenbank an. Da verwechselst du was :stuck_out_tongue:


ab-playlisten-kl.pdf (275 KB)

Wäre möglicherweise ein Lösungsansatz die Option “Auf das Erreichen von harten Fixzeiten warten” zu deaktivieren?

Nein, das würde nur dazu führen, dass er sofort weiterspielt (mit Unheilig) und danach dann leer läuft.

Ich frage mich, was mit den ganzen Elementen zwischen “Stundenbeginn Rahmenprogramm” und “Fadeout Backtiming” passiert ist. Da war doch ganz viel Musik eingeplant. Wo ist die geblieben?

Und das Event ist ganz normal “Datenbank-Playlist anhängen” um xx:50:00?

Achso, okay!
Genau dass ist ja die Frage :slight_smile:
Um xx:50 Uhr führen wir das Event “Datenbank-Playlist anhängen” mit der Option “Anstelle der aktuellen Playlist die der nächsten Stunde laden” aus.

Das “Unendliche Stille” Problem bleibt bestehen. Wir haben folgendes Problem. In der ersten halben Sendestunde sind zwei Musikblöcke getrennt durch eine Weiche Fixzeit (Station ID). Der zweite Block endet um xx:30 mit den Nachrichten (übernommen vom DLF, Fixzeit). Die Planung (8 Minuten Überplanung eingestellt) füllt alles auf. Im Player wird dann aber der letzte Track des ersten Blocks nicht gespielt und der zweite Block nach der Station ID nicht aufgefüllt. Dadurch entsteht 3-4 Mal am Tag “Unendliche Stille” vor den Nachrichten in der Automation. Gibt es dazu einen Lösungsansatz? Im zweiten Screenshot seht ihr, was tatsächlich gelaufen ist (Grace Jones habe ich per Hand reingezogen)


Bildschirmfoto 2025-01-29 um 12.36.02

Moin, die entsprechende Stundenvorlage wäre hier hilfreich, um das Verhalten nachvollziehbarer zu machen.

Auch im System-Log notiert mAirList eigentlich, ob Elemente übersprungen wurden und warum - oder wieso ein Element erst später gespielt wurde…

1 Like