ich habe ein Problem mit dem Timing von Containern, das mir allerdings erst seit kurzem aufgefallen ist.
Die Container enthalten jeweils einen Jingle. Nach diesem wird während der Sendung jeweils noch ein Titel hinzugefügt. Die Abspieldauer des Containers wird dann auch entsprechend aktualisiert. Allerdings geht diese Zeit nicht in die Gesamtberechnung ein.
Das Problem kenne ich teilweise auch.
Wir verwenden Container dessen Inhalt per Autoimporter jeden Tag aktualisiert wird.
Inhalt bei Erstellung des Containers:
Jingle
-News (Dummy)
-Jingle
Spielzeit 2:00 Min
Wird der News Inhalt aktualisiert in der DB, indem die Datei vom Autoimporter überschrieben wird und später die Playlisten berechnet, steht als Spielzeit immer noch 2:00 Min im Container. Erst wenn ich diesen anspiele von Hand, aktualisiert sich die Spielzeit in der Datenbank Playliste.
Sollte das von deinem Fall zu weit entfernt sein, Gib bitte bescheid dann mach ich einen eigenen Beitrag auf. Bei mir bezieht sich das auf das 24/7 Automationssystem mit Datei ersetzen durch den Autoimporter.
Bei mir geht es ausschließlich um die Playout-Playliste. Dabei ist es so, dass auch wenn der fragliche Container im Player läuft, die Startzeiten der nachfolgenden Elemente lediglich auf der Länge des Jingles im Container basieren. Die Gesamt-Abspieldauer des Containers wird also ignoriert.
Insofern könnte das zutreffen:
Vielleicht hängt beides aber auch im Maschinenraum zusammen…
Ich bekomme das hier leider nicht reproduziert. Nehme einen Container, füge mit Strg+V ein andernorts kopiertes Element ein. Alles aktualisiert sich, Spiellänge vom Container sowie auch das Backtiming.
Das unabhängig davon, ob der Container bereits vorgepuffert ist, und ob die Option “Backtiming fortlaufend aktualisieren” eingeschaltet ist. Letztere sollte nach spätestens einer Sekunde alles neu berechnen. Ist die bei dir an oder aus?
Das ist ein anderes Problem, und in diesem Fall eine Einschränkung, die sich daraus ergibt, wie die Container aktuell implementiert sind.
Okay dann werde ich mich mit meinem Thema das zwar ähnlich ist aber nicht das selbe Problem abbildet, mit einem eigenen Beitrag ausklinken. Danke für die Info
Die Container, die Probleme machen haben alle eine “Interne ID”, ich hatte sie als Vorlage in der DB angelegt (weil sie immer wieder benutzt werden). Weitere Besonderheiten sind mir nicht aufgefallen. Dennoch wird bei denen die Spiellänge richtig angezeigt, nicht aber das Backtiming.
Mit Containern ohne ID, die nur in der Playlist erzeugt wurden, funktioniert sowohl die Berechnung der Länge als auch des Backtimings.
Vielleicht ist dieser Hinweis zielführend?
Derzeit kann ich für mich als Warnung festhalten:
Container ist nicht gleich Container. Und sie sind mit Vorsicht zu genießen, da nicht durchgängig funktional.
Da sieht man klar, dass die Container mit ID nur die sechs Sekunden des Jingles für das Backtiming berechnen, die Container ohne ID berechnen das Backtiming richtig.
Mehr schreibe ich dazu jetzt nicht, keine Sorge.
Falls es niemanden interessiert, bitte Thema schließen!
Ich habe bislang keine Zeit gehabt, mich näher damit zu beschäftigen.
Dass allein das Vorhandensein einer internen ID das Verhalten des Containers ändert, halte ich für relativ unwahrscheinlich. Das Farbschema schon gar nicht.
Um die Vermutung zu verifizieren oder falsifizieren, könntet ihr die Playlist als *.mlp speichern und dann von Hand, im Text-Editor, Änderungen am XML des Containers vornehmen (z.B. die DatabaseID-Information löschen) und schauen, ab wann er sich wieder “normal” verhält.
Danke, Torben. Natürlich muß das Vorhandensein einer internen ID nicht die Ursache sein, jedoch ist der Zusammenhang auffällig, daß bei Containern mit einer solchen der Effekt stets eintritt (notwendige/hinreichende Bedingung).
