ich weiß nicht, ob ich gerade etwas falsch mache oder ob es nicht doch ungewollt ist.
Ich habe hier eine Stundenvorlage + Musikvorlage die immer um 3,9,15,21 Uhr läuft.
Nun hat sich aber ein Song verdächtig oft wiederholt gehabt:
Nachdem ich hier die Log-Datei für die Playlist-Generierung aktiviert habe, ist mir folgendes aufgefallen:
003469 Loading folder "124" (52), recursive=False
003469
003812 Items in this folder:
003812
003812 3461 Song A Last use: never
003812 3495 Move Ya Body (feat. Nikki Ambers) Last use: never
003812 3452 Nonchalant Last use: never
003812 3471 Midnight (The Hanging Tree) (MK Remix) Last use: never
003812 3485 You Know Last use: never
...
Last use: never? Kann das hinkommen? “Letzter Einsatz” wird für die Songs im Ordner via DB auch nichts angezeigt. Nun meine Frage: Wie berechnet mAirList dann hier trotzdem welche Songs zum Einsatz kommen dürfen, obwohl hier nichts bestraft wird?
Hintergrund ist, dass ich diese Songs via Stundenvorlage allerdings immer als Container erzeuge.
Das Problem ist, dass für die Berechnung des letzten Einsatzes die Tabelle playlist herangezogen wird, in der aber nur die IDs der übergeordneten Container vermerkt sind. Rekursiv nach den IDs eventueller Kinder-Elemente zu suchen ist wahrscheinlich performancemäßig nicht drin.
Um ehrlich zu sein, diese Container sind einerseits das Genialste, was mir je in Bezug auf die Playlist eingefallen ist; andererseits auch in der Handhabung immer ein Graus, da insbesondere SQL-Datenbanken und rekursive Datenstrukturen so gar nicht zusammenpassen.
Ich habe einige Ideen, wie ein zukünftiges Datenmodell aussehen könnte, das alle Belange unter einen Hut bringen würde. Aber dazu müsste man vermutlich sehr viele alte Zöpfe abschneiden…
Ich habe das ganze mal über Sub-Playlisten (im Container) realisiert. Darüber klappt es dann ja sowieso, da diese erst wie normale Playlisten generiert werden und erst später zum “Sendeplan” als Container hinzugefügt werden.
@Torben
Nach der Generierung der neuen Playliste modifiziere ich diese.
Es werden bei einigen Songs Jingles davor gesetzt und diese mit den Songs in einen Container gepackt, damit sie nicht getrennt werden können.
Dies funktioniert einwandfrei!
Ich habe gedacht, da die Container erst nach der Generierung der neuen Playliste erzeugt werden, bin ich von der Abstandsregelung nicht betroffen.
Es hat sich aber herausgestellt, dass Songs in Containern nun vermehrt am Anfang der neuen Playliste auftauchen. Was wohl bedeutet, dass mAirList die Songs in Containern grundsätzlich nicht als gespielt erkennt.
Ich schließe daraus, das die Playlistlog nicht für die Genererung einer neuenPlayliste verwendet wird, sondern ausschließlich die alten Playlisten.
=> Es werden somit Änderungen, welche per Hand in dem Ausspielfenster von mAirList vorgenommen werden, in neuen Playlisten nicht berücksichtigt!
Ist dies so richtig?
Ich muss dann wohl folglich alle meine Container wieder aus der aktuellen Playliste entfernen und durch den in der Playliste enthaltenen Song ersetzen, bevor die neue Playliste für den neuen Tag erzeugt wird!
