NEWS
Test/Support Adapter SqueezeboxRPC
-
Hi,
ich wollte ja nochmal ein Feedback geben. Bis jetzt lief der Adapter mit der Änderung Fehlerfrei.
Vielen Dank für den schnellen Support.Ich habe grade das js-controller Update auf 7.0.3 durchgeführt da kam in der Ausgabe:
Dies nur als Hinweis, da ich keine weiteren Einträge erhalten habe.
-
lösche bitte alle datenpunkte und starte dann den adapter neu
das sollte eigentlich behoben sein, wird aber nur beim anlegen durchgeführt.
ansonsten muss ich nochmal schauen wie ich das nachstelleadapter version ist 1.4.0 oder größer?
-
Neue Adapterversion 1.5.0
- Neues Widget Playlist.
Dieses widget liest die Playlist/Wiedergabeliste vom Server.
Bei Klick wird die Playlist geladen und im ausgewählten Player abgespielt.
Falls die Playlist sich ändert muss entweder der Refreshknopf gedrückt werden oder der Browser neu geladen werden.
In der Grundfunktion ist relativ wenig styling enthalten.
In der Hilfe ist ein Beispielstyling enthalten, so das die Playlist wie im Bild aussieht. - Der Adapter wurde auf iobroker/eslint umgestellt.
- Schreibfehler wurden verbessert
- Dokumentation wurde erweitert
- Neues Widget Playlist.
-
Neue Version 1.5.1
- Dokumentation verbessert
- Rand aus plcontainer entfernt
- textoverflow mit ellipsis verbessert
- anfängliche Widgetgröße des Playlist-Widgets angepasst
- Attribute für playlist widget repariert
- Light-Mode-CSS für playlist widget hinzugefügt
-
Hallo,
habe das mit der Playlist_id jetzt mal ausprobiert.Habe die ID dank deiner Anleitung gefunden.
Das funktioniert so allerdings nur wenn man direkt in der Liste der Wiedergabelisten auf Play klickt. Wenn man erst die Playlist anklickt, so das man die Liste der Titel sieht und dann oben auf alle Wiedergeben klickt, kommt die ID nicht.
Da bin ich erst drauf reingefallen.
Vielleicht hilft das jemandem der es auch versuchen will.Die ID wird bei einer Spotify Playlist auch angezeigt.
Was ich allerdings noch nicht hinbekomme ist die Playlist aus ioBroker heraus zu starten.
@oliverio sagte in Test/Support Adapter SqueezeboxRPC:
wenn man dann den folgenden befehl im datenpunkt cmdGeneral beim jeweiligen player eingibt (playlist id dann entsprechend anpassen)
"playlistcontrol","cmd:load","playlist_id:20312"dann kann man die playlist abspielen.
Wenn ich jetzt diese Playlist starte
bekomme ich diese ID
Da mache ich dann dieses Befehl draus und kopiere ihn in den "cmdGeneral" Datenpunk.
Dann passiert aber leider nichts.Mache ich da noch etwas falsch?
Die neue Version 1.5.1 habe ich bereits installiert.
-
Sieht eigentlich gut aus.
Hast du das neue Widget mal probiert?Dazu musst du erst das Player Widget platziere
Dann das playlist Widget platzieren und die widget id des Player Widgets dort auswählenDann müsste die playlist angezeigt werden
-
ich habe mal lmsannounce mal probiert und folgendes szenario ausprobiert.
es läuft eine song baraza und an lms announce wird der befehl geschickt eine andere datei (also olivaartest.mp3) abzuspielen.
im folgenden sind die detailausgaben der telnet signale des LMS2024-11-30 13:35:13.231 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist play file%3A%2F%2F%2Fmusic%2Fbaraza.mp3 2024-11-30 13:35:13.278 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3 00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3 00%3A00%3A0%3A24%3A9a%3A8d menustatus ARRAY(0x55be62b2e5b8) add 00%3A00%3A0%3A24%3A9a%3A8d 2024-11-30 13:35:14.126 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist newsong baraza 0 2024-11-30 13:35:20.920 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlists new name%3AannounceTTS playlist_id%3A20320 2024-11-30 13:35:20.982 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlists edit cmd%3Aadd playlist_id%3A20320 title%3AannounceTTS%20message url%3Afile%3A%2F%2F%2Fmusic%2Folivaartest.mp3 00%3A00%3A0%3A24%3A9a%3A8d playlist preview url%3AannounceTTS 00%3A00%3A0%3A24%3A9a%3A8d playlist save tempplaylist_000000249a8d silent%3A1 00%3A00%3A0%3A24%3A9a%3A8d playlist play %2Fplaylist%2FannounceTTS.m3u 00%3A00%3A0%3A24%3A9a%3A8d playlist stop 00%3A00%3A0%3A24%3A9a%3A8d playlist jump 0 0 00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Folivaartest.mp3 00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Folivaartest.mp3 00%3A00%3A0%3A24%3A9a%3A8d playlist load_done 00%3A00%3A0%3A24%3A9a%3A8d playlists delete playlist_id%3A20320 2024-11-30 13:35:21.045 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist newsong announceTTS%20message 0 2024-11-30 13:35:36.722 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist stop 2024-11-30 13:35:36.781 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist resume %2Fplaylist%2Ftempplaylist_000000249a8d.m3u noplay%3A0 00%3A00%3A0%3A24%3A9a%3A8d playlist jump 0 0 00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3 00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3 00%3A00%3A0%3A24%3A9a%3A8d time 6.50511415672302 00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3 00%3A00%3A0%3A24%3A9a%3A8d playlist open file%3A%2F%2F%2Fmusic%2Fbaraza.mp3 00%3A00%3A0%3A24%3A9a%3A8d playlist load_done 2024-11-30 13:35:38.898 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist newsong baraza 0 2024-11-30 13:35:42.419 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d pause 2024-11-30 13:35:42.461 - debug: squeezeboxrpc.0 (33460) doTelnet received Data: 00%3A00%3A0%3A24%3A9a%3A8d playlist pause 1 00%3A00%3A0%3A24%3A9a%3A8d menustatus ARRAY(0x55be62b2c160) add 00%3A00%3A0%3A24%3A9a%3A8d
generell kannst du natürlich auf die Änderung der Datenpunkte im iobroker horchen und bspw auf den titel Datenpunkt eines Players.
Da ändert sich der Titel dann auf "announceTTS message" wenn da eine Nachricht abgespielt wird. Der Titel wird glaube ich nur alle 10 Sekunden abgerufen, da könnte es , je nach Länge des Announcements, dann auch mal durchgehenAlternativ könnte man, wie optional im Adapter möglich, einen Telnetserver aufmachen, der an auf die Detailereignisse horcht.
oder ich glaube es gibt einen weiteren Adapter oder Möglichkeit im javascript-Adapter auf die Meldungen im Log zu horchen
Halte mich mal auf dem laufen was du da weiter tun möchtest, evtl kann man das als UseCase im Readme beschreiben.
PS. Die Telnetfunktionalität muss man erst in den Einstellungen aktivieren.
Auch die Ausgabe muss man erst mit den debug Server in den Einstellungen aktivieren. -
@oliverio ich schau gerade, ob mir das addon reicht, oder es schon nett wäre, wenn es im iobroker Adapter integriert ist. BTW auf deiner Github Seite ist ein Rechtschreibfehler
"iobroker upload squeezeboxpc"
-
Rechtschreibfehler
Danke, werde ich korrigieren
Der Befehl zum überwachen des Logs im JavaScript Adapter ist onLog
Eine reine Umsetzung als Skript wäre auch denkbar. Hängt davon ab was du genau willst.
Mit TTS kenne ich mich aktuell nicht aus. -
@oliverio sagte in Test/Support Adapter SqueezeboxRPC:
Sieht eigentlich gut aus.
Hast du das neue Widget mal probiert?
Dazu musst du erst das Player Widget platziere
Dann das playlist Widget platzieren und die widget id des Player Widgets dort auswählen
Dann müsste die playlist angezeigt werdenIch habe mich jetzt noch einmal bei Tageslicht mit der Sache beschäftigt und den Fehler gefunden.
So wie es aussieht hat der Adapter neue Ordner für die einzelnen Player angelegt.
Wenn ich dann im falschen Ordner/Player arbeite ist es auch kein Wunder das nichts funktioniert.
Das muss passiert sein als ich die v1.5.1 installiert habe.Die Player/Ordner Namen werden jetzt alle mit Unterstrichen satt Leerzeichen geschrieben.
@oliverio
Hast Du das bewusst angepasst?
Bleibt das jetzt so?
Möchte ungerne meine Scripte alle anpassen und dann kommt mit dem nächsten Update die alte Schreibweise zurück."cmdGeneral" funktioniert dann jetzt mit der Playlist ID.
Das Widget kann ich nicht ausprobieren.
Ich habe keine VIS, bzw. verwende ich Jarvis als Visualisierung. -
ja, musste ich leider.
Eigentlich sollte das schon länger (letztes Jahr?) so sein. War aber nicht an allen Stellen wirksam.
Problem ist mit in Datenpunkten nicht gültige Zeichen (letztes Jahr war es #, weiter oben war es []). Daher wandle ich alle nicht gültigen Zeichen nun in _ um.Regex gegen welches validiert wird ist
/[^\d\w_]+/gm;
Ich muss dran denken, bei so grundsätzlichen Änderungen besser darauf hinzuweisen.
-
@aufschlagzuender sagte in Test/Support Adapter SqueezeboxRPC:
Ich habe keine VIS, bzw. verwende ich Jarvis als Visualisierung
Hast du dann den neuen sendTo Befehl zum Abruf der Playlist ausprobiert?
-
Ich habe ein Skript im Einsatz, das das Abspielen einer Squeezebox startet, sobald ein Präsenzmelder eine menschliche Anwesenheit meldet.
if presence reported { .Power = 1 .cmdGeneral = playlist clear .Volume = 70 .cmdGeneral = randomplay 2 .state = 1 }
Leider erreicht diese Routine nicht immer ihren Zweck. Meine eigenen Debug-Logs belegen, dass der Präsenzmelder korrekt meldet und dass die obige Routine korrekt durchlaufen wird - auch in den Fällen, wo die Squeezebox nicht startet.
Eine anschließend eingefügte Prüfroutine zeigt auf, dass die Musik nicht startet, wenn vom Adapter das AckFlag für .state nicht auf true gesetzt wird.
Daher meine Frage an Dich, Oliver: Welches Kriterium veranlasst den Adapter, das Ack-Flag zu setzen oder halt nicht zu setzen?
Eingesetzte Adapter-Version: 1.5.2
-
so wie es eigentlich auch vorgesehen ist.
wenn du bspw den play/stop/pause datenpunkt mit der bezeichnung state beschreibst (mit ack=false),
dann wird zunächst intern der befehl an den LMS/Lyrion-Server abgesetzt.
Der Adapter pollt kontinuierlich den Status vom Server.
Hat dann LMS/Lyrion in seinen Meldungen selbst den Status verändert, dann wird über das Polling das registriert und der state-Datenpunkt aktualisiert, allerdings dann mit dem ack=true flag, da ja nun die Information vom Gerät bestätigt wurde.Das Polling erfolgt in unterschiedlichen Datenzusammenstellungen in unterschiedlichen Zeitabständen.
Wenn du da ein Fehlverhalten feststellst, dann bitte hier nochmal schreiben. Der Playstatus sollte aber minimal jede Sekunde abgefragt werden.
-
@oliverio Danke, Oliver, für Dein schnelles Feedback.
Naja, ein Fehlverhalten liegt hier in jedem Fall vor. Zweck meiner gestrigen Anfrage war halt, festzustellen, ob der Adapter oder LMS hierfür verantwortlich ist. Nach Deiner obigen Erklärung sehe ich nun klar die Verantwortung bei LMS bzw. dem dahinter liegenden Squeeze Client.
Stellt meine o.e. Prüfroutine fest, dass kein Ack = true zurückgekommen ist, so wird .state mehrmals im Abstand einiger Sekunden erneut auf 1 gesetzt - jedoch bleibt dies auch ohne Erfolg.
Jetzt bin ich ziemlich ratlos, wie ich beim LMs (oder dahinter) das Problem weiter analysieren kann.
-
Ich teste das mal
-
ich habe mal getestet.
ich habe mit dem history adapter die aufzeichnung des datenpunkts state gestartet.
das kreuzchen für "Nur Änderungen aufzeichnen" habe ich deaktiviert, um evtl wiederholtes schreiben des datenpunkts mitzubekommen.
zunächst habe ich direkt in der LMS Oberfläche Play/Pause gedrückt. Das sind die Einträge ohne ack=false, da ja im iobroker nie was eingetragen worden ist, sondern der status direkt vom lms kommt
die nächsten paar einträge habe ich dann selbst manuell den datenpunkt state beschrieben, das sind dann die ack=false einträge, welches dann vom lms entsprechend bestätigt wurde und hier als ack=true sichtbar ist.einen Eintrag kann ich mir allerdings nicht erklären ist der einzelne stop==2 Eintrag, den ich nicht selbst ausgelöst habe, sondern wahrscheinlich als Reaktion auf das zuvor angeforderte pause==0 Kommando. das trat aber nur das einzige mal auf, hat aber auf die nachfolgende Funktionalität keinen Einfluss.
timestamp value acknowledged 4/15/2025 3:20:46 PM.218 null true 4/15/2025 3:21:11 PM.624 1 true 4/15/2025 3:21:24 PM.771 0 true 4/15/2025 3:21:36 PM.330 1 true 4/15/2025 3:21:43 PM.040 0 true 4/15/2025 3:22:18 PM.449 1 false 4/15/2025 3:22:18 PM.536 1 true 4/15/2025 3:22:33 PM.373 0 false 4/15/2025 3:22:33 PM.865 0 true 4/15/2025 3:22:40 PM.567 2 true 4/15/2025 3:23:04 PM.824 0 false 4/15/2025 3:23:21 PM.261 1 false 4/15/2025 3:23:21 PM.841 1 true 4/15/2025 3:23:42 PM.740 0 false 4/15/2025 3:23:42 PM.908 0 true 4/15/2025 3:24:08 PM.744 2 false 4/15/2025 3:24:09 PM.722 2 true 4/15/2025 3:24:21 PM.493 1 false 4/15/2025 3:24:22 PM.188 1 true 4/15/2025 3:24:31 PM.678 0 false 4/15/2025 3:24:31 PM.801 0 true Aus meiner Sicht funktioniert hier alles ordnungsgemäß.
Evtl kannst du ebenfalls mit history das mal nachvollziehen? -
-
evtl mal zu deinem skript, kannst du das mal zeigen. das folgende ist ja wahrscheinlich nur pseudocode?
Evtl kann man da was optimieren, weil sich manche von der bedeutung überschneiden (power,randomplay,state, da würde einfach nur randomplay reichen)randomplay ist wahrscheinlich falsch, da als nächster parameter nur einer der folgenden zulässig ist, kann aber durch plugins auch erweitert werden
tracks|albums|contributors|<wbr>yearauch playlist clear ist eigentlich nicht notwendig, weil wenn du direkt etwas anwählst ohne das du explizit sagst, das es der playlist hinzugefügt werden soll, die playlist geleert wird
if presence reported { .Power = 1 .cmdGeneral = playlist clear .Volume = 70 .cmdGeneral = randomplay 2 .state = 1 }