Monatsrückblick Oktober 2026 ist online!

[OliverIO]

Neue Version 2.0.1 (beta repository)

Wie angekündigt hier das beta Release

• es enthält alle Änderungen die weiter oben in den alpha releases enthalten sind
• es wurde ein Problem bei der Beschriftung der players buttons behoben
• es wurde ein Problem mit dem connected- und power-Datenpunkt behoben- Announce-Feature: fade in/out wurde nun mit der Ergänzung eine LMS-Plugins umgesetzt, welches im LMS installiert sein muss:
  https://github.com/oweitman/LMS-FadeTools
  Es muss in den adapter Einstellungen explizit aktiviert werden.
• Die FadeTools können aber auch von euch bspw zum leise ausblenden beim Einschlafen bis maximal 60 Sekunden verwendet werden.
• Die Befehle sind auf der github seite beschrieben.
• Fadeout für 60 sekunden und dann stop wäre durch beschreiben des Datenpunkts "cmdGeneral" bei einem player (nicht server) wie folgt möglich:

"fadeout","stop","60"

[OliverIO]

Neue Version 3.0.0

Schon wieder ein Major-Release.
Eine Nachricht aus dem Lyrion developer forum hat mich veranlasst,
das komplette backend des Adapters zu überarbeiten.

• Die komplette JSONRPC-Kommunikation wurde im Adapter etwas separiert und Erweiterungsfähig gemacht.
• Aufgrund einer neuen experimentellen Erweiterung im LMS gibt es nun eine websocket Schnittstelle, welche aktuell im LMS noch über ein Plugin aktiviert werden muss (Im Reiter Manage Plugins nach websocket suchen, aktivieren und LMS neu starten).
  
• Dieses Plugin ist allerdings erst im LMS 9.2 dev-build ab ca dem 5.9.2026 verfügbar. docker container hier https://hub.docker.com/layers/lmscommunity/lyrionmusicserver/9.2.0-dev/images/sha256-bfacce70ca3f7ee384ef515ba1fae853baed47b865765a2870dba558a6c7a18a
• diese websocket Schnittstelle reduziert die CPU-Last bei mir um die hälfte (von 5% auf 2,5%)
• Alle bisherigen Funktionen bleiben unverändert erhalten
• Ein Umfangreicher Test kann hier nachgelesen werden: https://forums.lyrion.org/forum/developer-forums/developers/1833795-new-websocket-interface-to-lms-plugin?p=1834134#post1834134
• Das Problem mit den großen Abfragen konnte im Adapter abgefangen werden und wird aktuell im LMS-Server für websockets optimiert.

Wer es testen will kan mit diesem Adapter in der Konfiguration umstellen

[OliverIO]

Neue Version 3.0.1

• es wurden noch 3 kleine Regressionen behoben, die insbesondere beim update von einer älteren Version auftreten konnten, behoben.

[Susanne007]

Danke für die neue Version.
Habe nun von einer recht alten Version auf 3.0.1 aktualisiert und es funktioniert alles wunderbar!
Bei einem früheren Update (ich glaube es war 3.0.0) ging danach nichts mehr (log war voll mit Syntax Fehlern vom Adapter) und ich musste das Backup wieder einspielen.
Mit der neuen Version sieht es gut aus :)

[OliverIO]

@Susanne007

Super, danke für die Info.
Ja das mit dem Update hatte ich auch erst entdeckt, als ich meinen produktions Server hier aktualisiert hatte.
Das sind leider Dinge, die ich weder in meiner Entwicklungsumgebung noch bei der Installation auf dem testserver entdeckt habe. Zudem es dann noch um sogenannte Race conditions ging, also zeitverhalten der verschiedenen Hintergrund Vorgänge.

Nutzt du noch die jsonrpc Anbindung oder hast du bereits die neue websocket Anbindung probiert? Die geht allerdings, wie weiter oben beschrieben nur mit einer neuen Version des LMS (9.2latest) mit aktuell noch zusätzlichem zu aktivierendem Plugin

[OliverIO]

Version 3.0.1 ist nun im stable Repository

[OliverIO]

widgets aus squeezeboxrpc in vis-2 >=2.20.x

vis-2 wurde mit react19 aktualisiert (ältere Versionen basieren auf react18) und befindet sich aktuell im beta repository.
diese Phase ist dazu gedacht, das alle widgets-Adapter geprüft und ggfs angepasst werden.

Aktuell funktionieren die widgets aus squeezeboxrpc nicht.
Wer sie weiterhin nutzen möchte muss aktuell bei der letzten Version von vis-2 2.15.x bleiben.
Eine Anpassung und Überprüfung wird im laufe des Novembers erfolgen.
Weitere Informationen dann hier im Support Thread.

[OliverIO]

Neue Version 4.0.0

• Mit dieser Version funktionieren die vis-2 widgets des squeezeboxrpc Adapters nun auch mit vis-2 > v2.20.x
• weiterhin wurde für das Announcement eine kleine Queue eingebaut, so das mehrere Announcements die kurz hintereinander kommen, als ein Announcement gesehen werden und kein Fehler im Log (Announcement already running) kommt.

Sayit

Wie ich zufällig gesehen habe unterstützt der sayit Adapter nun den squeezeboxrpc Adapter direkt. Falls man einen Ankündigungston dort konfiguriert hat (im Standard Gong oder scifi bzw auch individuell hochladbar), so werden die beiden kurz hintereinander an den squeezeboxrpc Adapter gesendet. (so wahrscheinlich die Idee)

Leider gibt es da noch ein kleines Problem im sayit-Adapter. Aktuell sendet er 2 mal die erzeugte TTS-Datei hintereinander.
vgl auch mein Issue
https://github.com/ioBroker/ioBroker.sayit/issues/527
als Workaround kann man aktuell nur den Hinweiston im sayit-Adapter deaktivieren, bis der Issue gefixt wurde.

Konfiguration erfolgt in Sayit wie folgt:

Steuerung per Datenpunkt
Wichtig ist, es muss in der sayit-Konfiguration ein entsprechender Player eingetragen sein, wenn ihr die Steuerung über die sayit Datenpunkte durchführen wollt

Alternativ könnt ihr TextToSpeach auch direkt per sendTo-Befehl aus dem javascript-Adapter oder blockly auslösen

javascript

sendTo('sayit.0', 'say', {
    text: 'Dies ist ein Test',
    squeezeboxDevice: 'squeezeboxrpc.0.Players.SqueezeWork', // optional, wenn nicht angegeben, wird das Ziel aus der sayit Konfiguration genommen. Falls auf unterschiedliche Player gespielt werden soll, dann entsprechend anpassen. Alternativ auch die verschiedenen Player zu einer sync-Gruppe zusammenfassen.
    engine: 'Google-de', // optional, wenn nicht angegeben, wird das Ziel aus der sayit Konfiguration genommen
    type: 'squeezeboxrpc' // optional, wenn nicht angegeben, wird das Ziel aus der sayit Konfiguration genommen
});

blockly
Bei blockly wird das Ziel aus der sayit Konfiguration genommen.

[zahnheinrich]

@OliverIO

Habe das gerade mit deinem blockly getestet.
Die Ausgabe beginnt zuverlässig immer erst beim zweiten Wort, das erste wird unterschlagen.
Klasse Fortentwicklung!!!

[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?