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).
Hallo allerseits und alles Gute für das neue Jahr!
Bekanntlich kommen ja ungelöste Probleme irgendwann mal wieder.
So auch das zu hier von mir beobachtete. Eine abschließende Antwort dazu von @Torben hatte es meines Wissens nicht gegeben.
So traf es mich dann gegen Ende einer 5-stündigen Silvestersendung zehn Minuten vor Ende wieder mal.
Wieder wurde ein Container nicht richtig ins Backtiming einbezogen.
Deshalb hier einfach abschließend die Warnung: !! Bei Nutzung von Containern im Selbstfahrerbetrieb immer vorsichtig sein und ggf. von Hand rechnen. !!
auch ich nutze inzwischen Container zum Sendungsende, aber da steht der letzte Titel schon fest, wird mit dem Jingle in den Mix-Editor geworfen und erst danach (!) wird der Container erzeugt.
Auf diese Art und Weise möchte ich dann dieses letzte Element Tondoses berühmten Backtiming-Script unterziehen.
Was unterscheidet unser Vorgehen?
Mal ganz blöd gefragt: Wäre in diesem Fall ein Multi-Track-Container in der Stundenvorlage nicht geschickter?
Und: Hast du mal probiert, ob die beiden sich unterschiedlich verhalten?
Doch, aber der “einfache” Container übernimmt nicht die Cue-Punkte der einzelnen Elemente. Das würde beim Start Next vermutlich auch knackige Konflikte auslösen; zu dieser Lösung gibt es ja den Mix-Editor.
Tatsächlich muss ich den Container-Inhalt an sich mit Cue-Punkten manuell editieren. Und natürlich kann da auch ein Start Next drin sein. Nur eben nicht automatisch; ebensowenig lassen sich auf den Container die Auto-Cues anwenden.
Also, wenn dieser Fehler nach wie vor auftritt, halte ich die Markierung als „gelöst“ für irreführend. (Die tolle Forensoftware ist auch schon drauf reingefallen und meckert mich rechts an, wieso ich hier noch schreibe. Nein, es ist nicht gelöst.)
