Test/Support Adapter SqueezeboxRPC
-
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.
-
Habe das gerade mit deinem blockly getestet.
Die Ausgabe beginnt zuverlässig immer erst beim zweiten Wort, das erste wird unterschlagen.
Klasse Fortentwicklung!!!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.
-
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.
-
Hab ich ausprobiert, das fadein plugin ist installiert mit 1 Sek. Einstellung.
Keine Änderung, die erste Sekunde wird nicht ausgegeben.
LMS vers. 9.1.1Beschreibe 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 -
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@OliverIO
Ganz genau so! -
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 -
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?
MfG Ulrich
-
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?
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 mp3Trage 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.5Kopiere den ausgegebenen Link, wie in diesem Beispiel
http://192.168.1.81:8082/sayit.0/tts.mp3?ts=1793918696402und 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
schläfst du nie? ;-)
doch, aber in meiner aktuellen Zeitzone zu anderen Zeiten wie ihr :)
-
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 einwandfreiMfG Ulrich
-
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 einwandfreiUnd 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. -
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.Und bei einer höheren Verzögerungszeit?
Verkürzte Ausgabe, verzögert um die eingestellte ZeitUnd was ist mit dem Crossfade Einstellungen?
Einstellung: keineDer Hinweis mit der Zeitzone hat sich auf den Schlaf bezogen
Es war kein Hinweis zur Lösung.
Das war mir klar :-)MfG Ulrich
-
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? -
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? -
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
Nichts anderes macht der Adapter.
Dem LMS den link mitteilen.
Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.
Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.
Mit deinem Input könnte dieser Beitrag noch besser werden 💗
Registrieren AnmeldenSupport us
418
Online33.1k
Benutzer84.2k
Themen1.4m
Beiträge