Und wie ist dein Test verlaufen?
ich hatte noch keine passende Sendung im Sendeplan, ergebnis sollte heute abend vorliegen
Bitte einmal mit Snaphot 5623 testen, ob es da geht.
Auch ob es einen Unterschied macht, ob eine Verzögerung für das Titelupdate konfiguriert ist oder nicht.
Ich habe es getestet und keine unmittelbaren Fehler finden können. Lediglich ein paar Unschönheiten behoben, die aber nur eine Rolle spielen sollten, wenn man exzessiver Scripter ist 
Wird gemacht…
Ist es gewollt das der Defender Smart Screen bei der Installation einspiringt?
Löschen wir mal irgendwie wieder…
Nein, nichts durcheinanderwerfen bitte!
Das mit der Defender-False-Positives war ein einmaliges Ereignis vor zwei Wochen.
Dass der SmartScreen anspringt, liegt an der Art des Code-Signing-Zertifikats, das wir aktuell nutzen. Siehe hier:
Ich habe inzwischen einen Anbieter gefunden, der die EV-Zertifikate relativ günstig (naja, 200 Euro im Jahr) und mit einer Cloud-Funktion anbietet, so dass man kein USB-Dongle mit sich rumschleppen muss. Ich schaue mir das jetzt näher an. Der Papierkram und die Umstellung der Signier-Tools wird aber einige Zeit in Anspruch nehmen.
1 Like
ok, Snapshot ist ausgerollt, gegen 22 Uhr müsste ich feedback geben können
Snapshot ist bekannterweise installiert, Verzögerung ist deaktiviert, leider kein Titelupdate
Werden die Titel denn wenigstens im mAirList-Player angezeigt?
So wie ich das verstanden habe, hast du den Stream ja als Element und nicht als High Priority (via Stream Monitor) eingerichtet, oder?
Korrekt, läuft ja aus der Sendeplanung heraus…
Im Player werden die Daten angezeigt
Hinten raus kommt aber nur der Generische Titel für die Planung:
und ja die API des Sendeplans hinkt…
Würdest du mir eventuell die Stream-URL per Privatnachricht zukommen lassen? Ich würde es dann einmal testen, wenn das für dich in Ordnung wäre.
Sollte es bei mir klappen, könnten wir anhand der Konfiguration abgleichen, wo der Unterschied liegt.
1 Like
So, ich habe nun mal ausgiebig getestet. Leider gibt es in der betreffenden Sendung jetzt nicht so oft Metadatenwechsel, aber es funktioniert auf jeden Fall, wenn in Typ-Filter “(nicht gesetzt)”, “Stream” und “Unterbrechung” aktiviert sind.
Die Sendung läuft ja noch bis 0 Uhr. Ich werde jetzt mal alle Haken einzeln nacheinander durchtesten. Läuft ja schöne Musik zur passenden Uhrzeit … 
Ich habe mal den Typ “Unterbrechung” gesetzt…
1 Like
So, nun gab es einen Metadatenwechsel. Der Typ “Unterbrechung” scheint für unser Problem irrelevant zu sein. Gehe ich jetzt nach Ausschlussprinzip, kommen wir bei meinem vorherigen Vorschlag an:
In meinem Test hat es so einwandfrei funktioniert:
Bleibt jetzt die Frage offen, warum es bei dir nicht geht. 
Alle anderen Titelupdates funktionieren übrigens, es betrifft nur die Weitergabe von Streams
Nun fallen mir noch zwei Optionen ein:
-
In deinem Screenshot präsentierst du uns eine selbst erstellte Lösung für die Titelanzeige. Im Hintergrund müsstest du ja (durch das Zwischenschalten) auch das Icecast Admin-Interface haben. Werden dir denn da die korrekten Metadaten angezeigt?
-
Der Versionsunterschied könnte es machen. Ich bin ehrlich gesagt noch bei der 7.2.3 und du müsstest, wenn ich das richtig gelesen habe, die allerneuste Version haben. Da zwischen diesen Version am Encoder und Logging herumgeschraubt wurde (siehe Changelog), könnte sich dabei ein Fehler eingeschlichen haben (nur eine Vermutung).
Wenn du mir 1. beantworten könntest, bliebe vorerst nur 2. übrig. Ein anderer Faktor fällt mir im Moment nicht ein.
Zu 1:
fragt die laut.fm API ab, im Radioadmin Serverlog kommen die Metadaten aber nicht an
Aha, das ist interessant. Dann würde im Moment nur Theorie 2 verbleiben. Eventuell müsste Torben sich dann diesbezüglich noch einmal ans Werk machen und die Fehlerquelle suchen. Was genau den Fehler auslöst, kann ich nicht sagen.
Eventuell könnte sich hier ein Fehler eingeschlichen haben, der sich bis in die neuste Version durchgezogen hat:
[+] Encoder: Ability to specify a “not playing” text that is used as stream
metadata when no item is playing (according to the filters set in the
connection’s metadata settings)
(Quelle: mAirList-Changelog Version 7.3-beta Build 5600 (2023-10-24) [Changelog])
Ist aber wie gesagt nur eine Vermutung. Grundlage für die Vermutung ist einfach, dass das die größte Änderung seit der 7.2.3 in der Metadaten-Auslieferung ist.
Persönlich kann ich dann auch nicht mehr weiterhelfen, tut mir leid. 
2 Likes