ich frage mich ob es innerhalb des mAirList-Scriptes auch möglich ist mehrere Dateien nach dem erfolgten Download in einem einzigen Titel zusammen zu führen?
Die Möglichkeit wollte ich auch grad vorschlagen. Wie würde es sich da mit dem StartNext-Punkt bei wechselnder Duration eines Elements verhalten? Die News sind ja zum Beispiel nicht zwingend immer gleich lang.
@Scrat: Naja, das kann man nur so lösen, in dem man die ganzen Cue-Points löscht.
Aber mit Containern ist mir glaub ich nicht geholfen, soll das ganze ja doch witerhin in der Cartwall … bzw. Playlist2 (fiktive zweite Cartwall) in einem bestimmten Player aktuell und geladen sein.
@Anna: Im Kern richtig, ich würde aber speziell den StartNext gerne behalten, weil ich es gerne habe, wenn der Closer oder Trenner entsprechend in die News oder das Wetter einfliessen. Ich mag es nicht, wenn nach den News der Trenner zum Wetter und danach der Closer des gesamten Blocks mit einer Verspätung startet. Manche Elemente dieser Art sind ja auch so produziert, das sie leise mit einem FadeIn starten. So klingt das Ganze dann flüssiger.
Ich habe mir bisher immer so beholfen, das ich die Elemente in einer Playlist-Datei angelegt habe und die dann entsprechend per Event in die Standard-Playlist laden liess und dann im Mix-Editor die Übergänge editiert habe. Letzteres musste natürlich jedesmal neu editiert werden, da sich die Längen von News und Wetter immer ändern.
Schön wäre es in diesem Fall, wenn man einen StartNext-Punkt festlegen könnte, der von der Spielzeit des Elementes abhängig ist. Zum Beispiel: - 0:01:23 oder so ähnlich. Dafür müsste aber von mAirList jedesmal die Länge neu ermittelt werden, trotz der Daten aus der Datenbank.
Ich versteh Dich schon Scrat. Wie gesagt will ich nur nicht fixe Elemente wie Nachrichten usw. über die Playlist abspielen. Bei mir liegen Nachrichten, Werbung usw. auf der Cartwall und das sollen sie auch bleiben.
Die perfekte Lösung ist aktuell wohl noch immer das externe Script, speziell da ja auch die Normalisierung eine wichtige Rolle spielt.
Theorethisch liesse sich in das externe Skript (ich kenne es ja noch) auch die Kommandozeilen-Version von MP3Gain einbauen. Wäre aufwändig, weil alle Elemente einzeln VOR dem Zusammenfügen in eine neue Datei normalisiert werden müssten. NACH dem Zusammenfügen würde keinen Sinn machen, da MP3Gain ja nur auf Spitzen reagiert; ist also z.B. ein Element “News.mp3” lauter oder leiser als “Trenner.mp3” wird natürlich der “lauteste” Teil in der zusammengefügten Datei als Wert genommen und angehoben oder abgesenkt, was zur Folge hätte, das leisere Elemente NOCH leiser werden würden, wenn zum Beispiel abgesenkt werden muss.
Zwickmühle. Ich könnte mir vorstellen, das über VT zu realisieren, da sich dort ja m.W. mit Kompressoren arbeiten lässt. Allerdings habe ich mir das Voicetracking bisher noch nie richtig angesehen…
@Fixe Elemente aus der CW: Jede/r so, wie es beliebt. Ich feuere nahezu alles aus der Playlist ab, schon alleine des Backtimings wegen. Lediglich Drops und kurze Samples kommen bei mir aus der CW. Auch Trailer, Promos und Jingles laufen bei mir über die Playlist. Im Shoutcast-Logging sind ausschliesslich Elemente des Typs “Musik” zugelassen, die CW ist komplett vom Logging ausgenommen.