Das ist ja genau der Punkt. Das Element wurde nicht gestartet!
Sondern zu dem Zeitpunkt , als das Element eigentlich gestartet werden sollte, also vor dem Start des Elementes wird nur der Vorspann abgespielt
Im Grunde genommen wird der Vorspann anstelle des Elementes abgespielt. Die eigentliche Funktion, das Abspielen des Liedes wird nicht durchgeführt!
Diese Funktion kann ich auf drei Wege ausführen!
Datenbank → Bibliothek->Eigenschaft
Funktioniert nicht wie von mir erwartet!
Datenbank->Playlist->Eigenschaften anpassen
Funktioniert wie von mir erwartet. Erst der Vorspann dann das Lied
Auspielfenster->Eigenschaften
Auch hier funktioniert es auch nicht.
Es funktioniert nur wenn es über Eigenschaften anpassen aufgerufen wird
Hier wird eine temporäre Datei erzeugt, nur für das spezielle Element in der Playliste!
Es it das selbe Fenster, die selbe Funktion aber ein unterschiedliches Resultat.
Für mich unlogisch, oder?
Ja, in der Playliste über Eigenschaften funktioniert es. Aber nicht wenn die Änderungen in der Datenbank im Titel erfolgen, dann wird der Titel im Hintergrund kurz angespielt und dann nicht mehr.
Zumindest wenn ich den Titel von der Datenbanksuche in die Playliste einfüge.
Ich verwende Datei abspielen.
Schade, da hat sich was geändert, aber leider nicht so wie erweitert.
Abschließende Frage
Gibt es Pläne, eine solche Funktion einzuführen?
Du beziehst dich hier auf die von den Künstlern genannte Radio ID* mit Promo oder?
“Hi, hier ist Künstler XY und ihr hört meinen neuen Song Bla Bla auf Radio Haumichblau”
Dein “Problem” ist, das du den Song mit der Radio ID des Künstlers verbinden möchtest mittels mAirList ohne die Dateien vorher zusammen zu schneiden.
Gegenfrage:
Wieso verbindest du nicht einfach die Radio ID mit dem Song des Künstlers?
Aktion bei Stop = Datei Abspielen
Einzig ein paar kleine Nachteile entstehen dadurch:
Der Song wird erst eingefügt und gespielt, wenn die Radio ID wirklich am physischen Dateiende angelangt ist (es entsteht also eine kleine minimale unschöne Lücke)
Dinge wie Anker, Start Next oder FadeOut ändern an der Tatsache nichts. Es bleibt eine Aktion beim absoluten Dateiende.
in der automatischen Stundenplanung müsste man ggf. einen Platzhalter mit einplanen denn:
In der Playliste erscheint dieses Lied erst, wenn die Radio ID im Playout wirklich zu ende gespielt und durchgelaufen ist.
Die Zuordnungen zu Promoliedern die eingestellt werden sind nicht direkt in der DB ersichtlich sondern nur in jeder Dateieigenschaft im Reiter: Wiedergabe
Die Lieder die nach einer Radio ID abgespielt werden, können nicht direkt aus einer Datenbank gewählt werden, sondern nur von der Festplatte selbst. ← hier könnte man als Featrure Request noch mit ansetzen.
Was zumindest funktioniert:
Existiert dieses einzufügende Lied in einer eingebundenen mAirList DB werden alle Attribute wie Lautheit und Cue Punkte usw. direkt mit übernommen so wie es sein sollte. (ergo auch Zuordnungen zu Element Typen wie Musik das für den Encoder wichtig ist)
Man sollte das, je nach dem wie oft das in einer Stunde vorkommen soll, in der Stundenplanung immer im Hinterkopf behalten. Denn dadurch verlängert sich ja das Programm und andere Elemente werden ggf. bei harter Fixzeit übersprungen.
Getestet mit mAirList 6.3.18 und funktioniert.
*Der Begriff Radio ID stammt nicht von mir sondern so nennen es die Künstler im Schriftverkehr meist selbst. Gemeint ist natürlich der Promo O-Ton des Künstlers für eine genanntes Radio oder Eigenvorstellung eines Songs.
EDIT: Es darf natürlich dabei in der RadioID selbst KEIN StartNext oder FadeOut gespeichert sein wodurch der nächste Song, der bereits in der Playliste liegt, gestartet werden würde!
Ergänzend noch ein kleiner Nachtrag bevor ich mich zu Tode Editiere:
Die Problematik am oberen Beispiel liegt darin, das die Playliste bei solch einer Aktion ja bereits gefüllt ist. Daher der Ansatz mit dem Platzhalter der in der Stundenplanung NACH der Radio ID mit eingeplant werden sollte. Dieser könnte etwa 5 Sekunden (ungetestet) lang sein um zu verhindern das der nächste Song in der Playliste angespielt wird. Es kann also durchaus passieren, das ansonsten der nächste Song gleichzeitig mit anläuft.
Was ich selbst noch nicht ganz herausgefunden habe ist, ob es besser ist einen Platzhalter zu verwenden oder eine sekunde Stille. Denn manchmal hat das eine geklappt und manchmal das andere. Manchmal jedoch auch beide Methoden gar nicht und der nächste Song wurde mit angespielt.
Gerade noch einen anderen Ansatz getestet der ohne Platzhalter funktioniert und nicht das nächste, sich schon in der Playliste befindliche Element, startet.
Aktion bei Start:
AUTOMATION ausschalten
Aktion bei Stop:
Datei Abspielen oder Datei Einfügen (dürfte keinen Unterschied machen)
Automation einschalten
Automations-Wiedergabe starten
Damit haben ist nun verhindert, das Elemente die bereits in der Playliste liegen, versehentlich nach der Radio ID mit gestartet werden.
Übersichtshalber habe ich die Radio ID selbst, dessen ID3 Tags eh nicht mit im Stream sichtbar sind, noch ergänzend benannt siehe Grafik:
Das schöne daran ist nun, das man in der Stundenvorlage nun keinen Platzhalter mehr braucht und die Radio ID´s zufällig planen kann. Und das mit mAirList Boardmitteln ohne Scripte oder anderen Sachen.
Ich würde das Feature-Request gerne etwas kanalisieren, denn ich vermute, dass hier verschiedene Ansätze parallel und schlimmstenfalls sogar konkurrierend zueinander verlaufen. Ob das der Sache dienlich ist?
Ich stelle mir folgende Fragen:
Geht es darum, die ID jedesmal zu einem bestimmten Titel einzubinden?
Beispiel: “Hier ist [Interpret] und du hörst meinen neuen Titel [Titel] in deinem Lieblingsradio [optional: Stationsname].”
In dem Fall ist die Vorab-Bearbeitung in der DAW zu einem neuen Track durchaus angebracht. Man kann diese Elemente in einen eigenen virtuellen Ordner packen und per Stundenvorlage darauf zugreifen lassen. Das sorgt gegebenenfalls für eine gewisse Abwechslung in der Playlist.
Ob mAirList jedoch die Zuordnung Titel↔ID automatisch vornehmen lassen muss?
Allgemeiner: Ein Interpret macht (nach einem Interview z.B.) noch einen Aufsager für das Radio ganz allgemein. Das soll aber nicht ann jeden seiner Titel gekoppelt werden, sondern nur in gewissen Abständen.
Beispiel: “Hallo, ich bin [Interpret] und du hörst meine Musik auf [Stationsname].”
Das ist schwieriger, weil ich eine Regel brauche, wann diese ID zum Einsatz kommt und wann nicht, damit es den Hörer nicht nervt. Ich denke hier an eine Variation der Transitions (siehe Datenbank-Vorlagen) als möglichen Ansatzpunkt.
Weitere Variationen:
“Der Griff in die Oldiekiste”
“Die Maxi der Stunde”
“Italienische Musik bei [Stationsname]”
… oder im Abspann:
“Mehr deutsche Musik gibt es bei uns jeden [Wochentag] ab [Uhrzeit] Uhr”
“Country wird dir präsentiert von [Name des Moderators]; seine Sendetermine findest du im Sendeplan.”
Entscheidend hierbei sind spezielle Attribute, die einen entsprechenden Einspieler triggern - und je nach Anwendungsfall auch nicht jedesmal, sondern gefühlt “zufällig”, also zumindest unregelmäßig.
Wenn ich einen Anwendungsfall übersehen habe: Bitte ergänzen. Spontan, aus dem Kopf heraus, sind das die verschiedenen Wünsche, die im Zusammenhang mit dem Feature Request geäußert wurden.
Ferner sollten wir uns einig sein, dass wir ausschließlich über die Automation reden.
Ja natürlich sind sie das. Aber nicht von jedem beherrschbar oder verständlich. Darum geht es mir.
Auch wenn die oben genannte Methode (man möge mir meine Chaos Ergänzung bitte verzeihen) sich speziell auf einen bestimmten Song beschränkt, ist sie für viele zumindest nachvollziehbar. Dabei freunde ich mich natürlich auch nach und nach an Skripte an.
Der Künstler hat mehr als ein Song!
Bei deinem Vorschlag “Radio Trigger Auto Aus …” bezieht sich das Ganze auf die RadioID oder den Song?
Ich möchte vor dem Song ein beliebiges File immer spielen, zumindest für für eine bestimmte Zeit.
Als Beispiel: “Neu im Programm” , Ansage des Künstlers: “Hier ist xyz, sie hören usw” …
Ja, aber nur für eine zeitlang. Die Eine “Vorab-Bearbeitung” ist aus meiner Sicht viel zu aufwendig. Das kann man mal bei einer handvoll machen, aber nicht in der Häufung wie ich es einsetzen möchte. Ausserdem käme der Titel in der Datenbank zweimal vor!
Ich denke, wenn dies alle paar Tage nur passiert, wird es niemanden stören. Damit ist die häufigkeit des gleichen Songs gemeint.
Das sind in gewisser Weise Jingles, die ich wechselweise zur Stundenmitte einspiele. Dafür ist es nicht gedacht.
Zusammenfassung
Es soll einfach zu realisieren sein, mit 2-4 Schritten in den Song Eigenschaften und solange funktionieren, bis es wieder per Hand abgeschaltet wird. Der Zeitaufwand sollte möglichst gering sein.
Aber wichtig, an den Song gebunden.
Wenn dadurch ein zeitlicher Überhang entsteht, sollte dies doch kein Problem sein.
Im zweiten Schritt wäre dann auch eine Automation denkbar, wo man z.B. “Neu auf …” nach einer gewissen Zeit nach dem Release Datum wieder abschalten würde.
Einfachste Lösung, vor oder nach einem Song einen weiteren Song abzuspielen.
Es soll einmal in der Datenbank für das Lied eingestellt werden und dann, solange keine Änderung erfolgt, immer vor dem Lied gespielt werden.
Habe ja die Radio IDs bzw. die Ansagen bereits in der DB angelegt.
Erkenntnis
Vielen Dank für eure Unterstützung. Habe einiges gelernt und intensiv darüber nachgedacht.
Da wohl nicht damit zu rechnen ist, dass es von mAirList eine Unterstüzung geben wird und die vorgeschlagenen Lösungen in Anbetracht der Anzahl der geplanten Anwendungen, der Aufwand zu groß ist, habe ich mich dazu entschlossen ein Programm zu schreiben, welches mir für die entsprechenden Titel, die gewünschte (zusätzliche) Audiodatei in den täglichen Playlisten einfügt. Das hat noch den zusätzlichen Vorteil, dass ich z.B. bei “Neu auf …” den Zeitbereich, in welcher der Vorspann eingefügt wird, im Programm festlegen kann und nicht nach einiger Zeit wieder händisch entfernen muss.Dies gibt mir eine größere Flexibilität.
Die erforderlichen Funktionen zur Manipulation der Playlisten verwende ich bereits an einer anderen Stelle.
