Monatsrückblick Oktober 2026 ist online!

[OliverIO]

@zahnheinrich

Probiere mal das fadetools Plugin für den LMS.
Da dann eine fadezeit von einer Sekunde einstellen.

Welche LMS Version nutzt du?
Ab 9.2 gibt es die Möglichkeit per websocket zu kommunizieren.
Das hat einige Vorteile gegenüber den einzelnen requests.

Alternativ könnte ich auch noch eine konfigurierbare zeitverzögerung einbauen.

[zahnheinrich]

@OliverIO

Hab ich ausprobiert, das fadein plugin ist installiert mit 1 Sek. Einstellung.
Keine Änderung, die erste Sekunde wird nicht ausgegeben.
LMS vers. 9.1.1

[OliverIO]

@zahnheinrich

Beschreibe das mal genauer. Etwa so?

Die Musik läuft
Du wendest den Text per sayit
Die musik wird dann leiser in 1 Sekunde
Der Text wird gesprochen (der Anfang fehlt)
Dann kommt die Musik wieder

[zahnheinrich]

@OliverIO
Ganz genau so!

[OliverIO]

Neue Version 4.1.0

• die Wiederherstellung des Status nach einem Announcement wurde optimiert
• eine Verzögerung des announcements für langsame LMS Instanzen in der Adapterkonfiguration wurde hinzugefügt.

@zahnheinrich
Ich habe diverse Tests gemacht und konnte in meiner Umgebung da nichts feststellen können.
Meine Vermutung ist, das aus irgendwelchen Gründen deine LMS Instanz nicht ganz so zackig über das Netzwerk antwortet bzw es da anderweitig Verzögerungen gibt.

Hier mal grob der Prozess der abläuft wenn ein Announcement gestartet wird

• Announcement kommt im Adapter an
• Aktueller Status des LMS (aktuelle playlist, play/stop/pause Status, volume) wird gespeichert.
• Dann wird optional das fadeout ausgeführt ((es wird gewartet bis der Zustand abgeschlossen ist))
• Nach Abschluss wird der aktuelle player wird gestoppt (es wird gewartet bis der Zustand eingetreten ist)
• Nach Abschluss wird die volume auf 0 gesetzt um sicher (es wird gewartet bis der Zustand eingetreten ist)
• Dann wird die volume auf die announcement volume gesetzt (es wird gewartet bis der Zustand eingetreten ist)
• Das Announcement wird abgespielt (es wird gewartet bis der Zustand das abgeschlossen ist)
• ggfs werden weitere Announcements die mittlerweile eingetroffen sind abgespielt
• wenn die Warteschlange leer ist:
• wird der gespeicherte Zustand des LMS wieder hergestellt.
• die volume auf den Zustand vor dem Announcement gesetzt
• Falls vor Announcement Musik gespielt hat, wird diese fortgesetzt.

Du siehst der Prozess ist umfangreich und nicht so einfach zu managen, da der LMS nur indirekt seinen Zustand zurückmeldet und man diesen per separate Abfrage erhält und das aber ein etwas zeitkritischer Prozess ist.

Daher habe ich die konfigurierbare Wartezeit zwischen Announcement Volume und Abspielen des ersten Announcements eingefügt, so das der LMS genügend zeit hat die Volume auch tatsächlich wieder hochzusetzen.

Spiele mal mit den Werten rum und setze diese in 500ms (0,5 Sekunden) Schritten nach und nach hoch um zu schauen ob sich das dann verbessert.

Wenn du magst könntest du auch mal auf 9.2.0 upgraden und die websocket Verbindung nehmen (leider noch kein offizielles Release). Per websocket wird eine dauerhafte Verbindung zum LMS gehalten und zeitkritische Abläufe funktionieren besser.

Ich habe die Version
Lyrion Music Server Version: 9.2.0 - 1788551647 @ Sat Sep 5 03:44:48 UTC 2026
am laufen und die funktioniert hervorragend
den download findest du hier
https://lyrion.org/downloads/#v920-development-build

[zahnheinrich]

Vielen Dank für die ausführliche Antwort (schläfst du nie? ;-))

Ich habe nunmehr auf lyrionserver 9.2.0 hochgezogen, Plugins fade und webserver sind installiert.
Ausserdem update auf diesen adapter 4.1.0.

Leider kein Unterschied zu vorher, eine Erhöhung der Verzögerung gibt die Ausgabe entsprechend verzögert aus, jedoch genauso mit fehlender 1. Sekunde wie vorher.
Muss ich hier noch Einstellungen ändern?

[OliverIO]

@zahnheinrich

Also du hast die Verzögerung in diesem Feld eingestellt?

Das ist die Verzögerung zwischen dem Zeitpunkt wo die Lautstärke auf die konfigurierte Announcement Lautstärke gesetzt wird und dem abspielen der Announcement mp3

Trage dort mal 10000 ein. das sind dann 10 Sekunden.
Wenn dann immer noch abgeschnitten:

Welche TTS Engine verwendest du?
Ich habe immer mit google getestet.

Noch ein Test:
wenn das der Text in Audio umgewandelt wird und der LMS/Squeezebox angesteuert wird, erscheint im iobroker log so etwas:

sayit.0 2026-11-05 23:44:56.402	info Set squeezeboxrpc.0.Players.SqueezeWork.Announce" to http://192.168.1.81:8082/sayit.0/tts.mp3?ts=1793918696402
sayit.0 2026-11-05 23:44:56.338	info	saying: Dies ist ein Test
sayit.0 2026-11-05 23:44:28.229	info	Upload announce mp3 files
sayit.0 2026-11-05 23:44:28.218	info	starting. Version 5.6.0 in /opt/iobroker/node_modules/iobroker.sayit, node: v22.22.2, js-controller: 7.2.5

Kopiere den ausgegebenen Link, wie in diesem Beispiel
http://192.168.1.81:8082/sayit.0/tts.mp3?ts=1793918696402

und Trage den im LMS hier ein

Dann den TuneIn Knopf drücken.

Ist dann der Anfang auch abgeschnitten?

und nur um evtl Seiteneffekte auszuschließen, prüfe bitte in den LMS Settings auch mal das Crossfade

Ich habe das deaktiviert. Also nur das eigentliche Crossfade

@zahnheinrich sagte:

schläfst du nie? ;-)

doch, aber in meiner aktuellen Zeitzone zu anderen Zeiten wie ihr :)

[zahnheinrich]

Neuste Erkenntnisse nach deinen Hinweisen:

Als TTS Engine hatte ich google deutsch eingestellt.
Nach deinem Hinweis mit den Zeitzonen habe ich die TTS geändert auf google english und siehe da: keine verzögerte Ausgabe mehr.
Zur Verifizierung wieder zurück auf google deutsch -> auch keine Verzögerung mehr, auch nicht bei Verzögerungszeit 0 im Adapter.

Verstehe ich zwar nicht genau, jedenfalls läuft es jetzt wie gewünscht, habe daher deine weitere Fehleranalyse nicht weiter verfolgt.

Sollte das für dich dennoch von Wert sein, hole ich das gerne noch nach.

Edit: zu früh gefreut! Das Problem scheint die TTS engine google deutsch zu sein. Bei weiteren Tests wird bei deutsch wie vorher abgeschnitten, bei englisch erfolgt einwandfreie Ausgabe.
Dazu passt: gebe ich den kopierten logeintrag wie von dir angeben als tune in url ein, ist die Ausgabe auchh auf deutsch einwandfrei

[OliverIO]

@zahnheinrich

Und bei einer höheren Verzögerungszeit?
Und was ist mit dem Crossfade Einstellungen?

Der Hinweis mit der Zeitzone hat sich auf den Schlaf bezogen
Es war kein Hinweis zur Lösung.

[zahnheinrich]

@OliverIO sagte:

Und bei einer höheren Verzögerungszeit?
Verkürzte Ausgabe, verzögert um die eingestellte Zeit

Und was ist mit dem Crossfade Einstellungen?
Einstellung: keine

Der Hinweis mit der Zeitzone hat sich auf den Schlaf bezogen
Es war kein Hinweis zur Lösung.
Das war mir klar :-)

[OliverIO]

@zahnheinrich

Also, wenn es trotz eingestellter Verzögerung am Anfang abgeschnitten ist, dann müsste es am LMS bzw. am satelitten wo die Lautsprecher dran hängen.
Der LMS fungiert ja mehr oder weniger als Vermittler und um gegebenenfalls entsprechende konvertierungen durchzuführen falls der Satellit das Medienformat nicht kann.
Was verwendest du als Satellit?
Sind die Lautsprecher direkt am Gerät eingestöpselt oder irgendwas was über AirPlay, Bluetooth, dlna oder irgendeines der cast Protokolle?

[zahnheinrich]

@OliverIO

Allerdings hatte ich oben geschrieben:

Dazu passt: gebe ich den kopierten logeintrag wie von dir angeben als tune in url ein, ist die Ausgabe auchh auf deutsch einwandfrei

[OliverIO]

@zahnheinrich

Nichts anderes macht der Adapter.
Dem LMS den link mitteilen.