Monatsrückblick Oktober 2026 ist online!

[OliverIO]

Neue Version v2.0.0-alpha.2

Bereitstellung ersteinmal als alpha Release, aufgrund der inkompatibilitäten zu den vis-1 widgets.
Wer den Adapter nur mit eigener Steuerung einsetzt kann gefahrlos probieren, da dort nur Kleinigkeiten angepasst/gefixt wurden.
vgl folgende Auflistung

Das überarbeitete Readme ist aktuell nur über folgenden Link verfügbar
https://github.com/oweitman/ioBroker.squeezeboxrpc/tree/release2x

Installation

• expertenmodus aktivieren
• Reiter Adapter auswählen
• Mit dem Katzenkopf (oben) den Installationsdialog öffnen
• Reiter Benutzerdefiniert/Custom wählen
• im Feld URL den folgenden Paketnamen bzw. wenn es etwas neueres gibt, die angepasste Versionsnummer eintragen

iobroker.squeezeboxrpc@2.0.0-alpha.2

• bestätigen.
• in der adaptersicht prüfen, ob die alphaversion angezeigt wird
• Adapter vis neu starten
  -Adapter vis-2 neu starten
• ein wenig warten
• bei Problemen ggfs auf der Konsole den folgenden Befehl eingeben

iobroker upload all

• BREAKING CHANGE
• Aufgrund der umfassenden Überarbeitung der vis-1-Widgets – einschließlich Anpassungen an
  deren Konfigurationsattributen – sind sie nicht mehr direkt kompatibel mit
  denen aus Version 1.x. Es wird empfohlen, die vis-1-Widgets neu zu erstellen.
• Ein Import oder eine Übertragung von vis-1 nach vis-2 ist keine praktikable Option.
• Mehrere grundlegende Konzepte der vis-1-Widgets wurden verbessert.
• Hinzufügen eines vollständigen VIS-2-Widget-Sets für Player-Auswahl und -Steuerung, Favoriten,
  Playlists, Browsing, Synchronisierung, Lautstärke und Player-Informationen
• Hinzufügen von PlaylistDetail-Widgets für VIS 1 und VIS 2 mit Artwork, Titel-Metadaten,
  Dauer, Hervorhebung des aktuellen Titels, Scrollen sowie Aktionen für Wiedergabe und Entfernen
• Bereitstellung der Player-Auswahl über verschiedene Views hinweg und Anzeige der zugehörigen
  SqueezeboxRPC-Instanz in den Auswahlmenüs der Player-Widgets
• Verbesserung der Konfiguration für Player und Favoriten mit zuverlässigen Optionen zum Ein-/Ausblenden,
  Sortieren, Festlegen des Standard-Players sowie für benutzerdefinierte Beschriftungen und Bilder
• Verbesserung der Wiedergabeleiste (Playtime-Bar) mit präzisen Fortschrittsanzeigen,
  einem Zustand für Streams ohne Zeitangabe und Unterstützung für „Click-to-Seek“ (Springen an eine Position per Klick)
• Korrektur des Verhaltens bei Wiedergabe, Wiederholung, Zufallswiedergabe sowie Vor- und Zurückspulen;
  Bereitstellung zustandsabhängiger Symbole mit Unterstützung für benutzerdefinierte Button-Grafiken
• Verbesserung des Widget-Designs für helle und dunkle Oberflächen, einschließlich vererbter Farben,
  zuverlässiger Rahmen, Abstände, Ausrichtung, Hover-Effekte und schlanker Scrollleisten
• Vereinheitlichung der Datums- und Zeitformatierung für VIS 1 und VIS 2 sowie
  Bereitstellung einer konfigurierbaren, konsistenten Ausgabe von Datum und Uhrzeit
• Vermeidung des erneuten Schreibens unveränderter Player- und Serverwerte sowie
  stabile Anzeige von Artwork, Interpret und weiteren Player-Informationen bei Statusaktualisierungen @hsteinme
• Hinzufügen einer umfassenden englischen Benutzerdokumentation für jedes VIS-1- und VIS-2-Widget,
  einschließlich Vorschauen, Konfigurationstabellen und Anwendungshinweisen
• Hinzufügen übersetzter Datenpunktbeschreibungen
• cmdGeneral für den Server

Die widgets sind umfangreich anpassbar.
Darum sind die Designvorgaben aus den widgets heraus relativ gering.
Es können weitgehend die zusätzlichen CSS-Optionen der vis-Oberfläche noch ergänzt werden (noch nicht so umfangreich von mir getestet)
Fehler, Anmerkungen, Featurewünsche können gerne hier im Forum gestellt werden.

Hier mal ein Überblick aller widgets relativ ungeordnet:

VIS1

VIS2

und eine Demo wie eine Oberfläche aussehen könnte (bzw. meine eigene Steuerung des squeeze/LMS/Lyrion-Servers mit 3 Satelliten-Playern

[hsteinme]

@OliverIO sagte:

Vermeidung des erneuten Schreibens unveränderter Player- und Serverwerte

Danke, Oliver!

@OliverIO sagte:

Bereitstellung ersteinmal als alpha Release

Installierbar direkt aus GitHub?

[OliverIO]

@hsteinme

Besser ist es von npm zu installieren
Ich habe oben die installationsanleitung ergänzt

[OliverIO]

Neue Version 2.0.0-alpha.3

• vis2: Die Playerattribute werden sortiert angezeigt
• vis2: Meldungen für fehlende Attribute und Playerkonfiguration hinzugefügt
• Probleme mit den Build-Tools behoben
• SVG-Icons verbessert
• Handhabung der SVG-Icons im Theme verbessert
• Defaultwerte für Farben bei einigen widgets entfernt, da diese nun sich dem gewälten vis-Theme anpassen.

Installation einer alphaversion wurde hier beschrieben
https://forum.iobroker.net/topic/21809/test-support-adapter-squeezeboxrpc/383?_=1788132057515

[OliverIO]

Neue Version 2.0.0-alpha.5

Betrifft diesmal nur den Adapter

• Es wurde jedem Player ein Announce-Datenpunkt hinzugefügt.
  In diesen Datenpunkt kann eine lokale Datei oder ein http-Link mit einer Mediendateiübermittelt werden.
  Diese Datei wird dann an den LMS gesendet und abgespielt.
  Falls der LMS gerade etwas spielt, wird pausiert und im Anschluss mit den gleichen Einstellungen und Liedposition fortgesetzt.
  Bei Streaming wird der Stream fortgesetzt mit dem was der Anbieter zu diesem Zeitpunkt gerade sendet.

Es kann eine individuelle Lautstärke für das Announcement in den Adaptereinstellungen konfiguriert werden.
Ist der Player in einer syncgroup, wird das announcement auf allen playern abgespielt. Je nach LMS Konfiguration (Lautstärke sync) wird die Lautstärke dann auf den anderen Playern nicht angepasst.

Anwendungsfälle sind bspw

• Reagieren auf bestimmte Ereignisse (Läuten,Briefkasten)
• Als Input einer TextToSpeechEngine, welche bspw eine mp3 oder wav-Datei erzeugt hat (sayit).

Falls der Pfad zu einer lokalen Mediendatei bereitgestellt wird, wird diese temporär in den iobroker "hochgeladen" und von dort aus dann per http-Link dem LMS zum abspielen bereitgestellt.

Eigentlich wollte ich noch eine FadeOut/FadeIn-Funktion bereitstellen. Leider hat diese so viele Schwierigkeiten gemacht, das ich sie wieder entfernt habe.
Weder haben die mixer volume kommandos zufriedenstellend funktioniert, noch direktes Ansteuern per gestufte mixer volume befehle. der LMS hat sich immer wieder verhaspelt.

Installationsanleitung für alpha Version ist hier
https://forum.iobroker.net/topic/21809/test-support-adapter-squeezeboxrpc/383?_=1788132057515

[OliverIO]

leider gab es bisher keine Rückmeldungen.
Ich gehe davon aus, das dann alles passt.

Da ich bei alphaversionen leider nicht sehen kann wieviel Leute das bereits installiert haben, werde ich mit der nächsten Version ein offizielles beta release veröffentlichen.
da sehe ich dann mehr.

[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