LBS(Sammlung) Squeeze

[wintermute]

Erstmal den Port wieder auf 9090 stellen, die 9000 hat da nix verloren. Dann gehts vielleicht schon

[eriche]

Hallo Michael,

leider blicke ich bei den LBS gar nicht durch

Hauptproblem ist, dass du in der Hilfe zwar erwähnst, dass beim Server das KommandoKO wichtig sei, ich aber null Plan habe was ich da hinschicken soll,...
Von Edomi aus machte ich ein curl von der Shell auf IPServer:9000 und bekam einen Inhalt.
Die Bausteine haben alle bei mir keine Werte an den Ausgängen anliegen.

Wie kann ich den Fehler eingrenzen, warum das bei mir nicht läuft (verwende max2play + LMS v7.9.1 - 1490773520)

Auch bei der Durchsage (wenn ich das StatusKO=1 setze) oder dem Client (wenn ich Play=1 setze) tut sich gar nichts.

Edomi_Squeeze1.jpg

[wintermute]

Weiss ich grad auch nicht weiter, bei mir funktioniert es mit deiner Beschaltung:

durchsage.png

Kannst Du einfach mal eine aktuelle Version vom Durchsage-LBS probieren?

[lio123]

Hallo,

danke für den tipp, den Pfad habe ich nun aus der Player GUI des LMS auslesen können und lässt sich über "URL laden" abspielen.
Den LBS habe ich dem zufolge so abgeändert, dass an E5 der Pfad" /share/Multimedia/Music/SBAnsagen/" angegeben ist, an E4 das KO "disher_ready.mp3" triggert.

Das SB-Radio reagiert aber unverändert, aus jeder Lage (Aus, Play, Pause) reagiert es mit "Aktuelle Wiedergabeliste Nichts"
LMS scheint also keine Wiedergabeliste selbstständig anzulegen. Soe wie ich das hier gelesen habe sollte LMS aber für jeden abzuspielenden Titel ein Liste anlegen?!


Danke und Grüße,
Lio

[wintermute]

Wo liegt der Fehler?

Ich wuerde erstmal vermuten, der Pfad ist flasch... wenn Du in der Web-GUI des LMS im Hauptmenu "URL laden" auswaehlst und dort "//Multimedia/Music/SBAnsagen/disher_ready.mp3" anwaehlst, spielt der Client das dann ab?

[lio123]

Der braucht kein Start/Stop/Play, der will nur den Pfad zu einer Audio-Datei. Wenn er den bekommt, spielt er die Datei ab, danach geht alles so weiter wie es vorher war (zumindest ist es so gewuenscht ), anders formuliert: es ist ein sehr spezialisierter Client LBS der sich selber um die Abwicklung kuemmert.
Zusammenfassend:
E1: globales StatusKO
E2: ID des betreffenden Players
E3: Lautstaerke der Ansage (0..100)
E4: absoluter oder relativer Pfad zum Audiofile das abgespielt werden soll, dies ist gleichzeitig der Trigger des Bausteins (zB /waschmaschine/fertig.mp3)
E5: Verzeichnis der Audiodateien (wird E4 vorangestellt, zB /audio/ansagen)
E6: soll die Ansage auch gespielt werden, wenn der Player grad abgeschaltet ist (0/1)

Also wird an E4 jetzt zB /waschmaschine/fertig.mp3 angelegt, so stoppt der Baustein den betreffenden Player, schaltet ihn ggbnflls an, spielt /audio/ansagen/waschmaschine/fertig.mp3 ab und bringt den Player dann wieder in den vorherigen Zustand (oder versucht es, zumindest )


Bezieht sich auf den LMS, richtig erkannt... das obige Beispiel setzt also zB voraus, dass auf dem LMS das File /audio/ansagen/waschmaschine/fertig.mp3 vorhanden ist und vom LMS auch gelesen werden kann. Zukuenftig werden vllt auch (wieder) remote-Streams moeglich sein, aber das moechte ich erstmal "hint'an" stellen...
Wie die Pfade jetzt zB auf einem Windows LMS aussehen muessen (also ob das dann \ anstatt / wird oder Laufwerksbuchstaben angegeben werden muessen kann ich mangels Windows leider nicht testen, vielleicht kann da ja jemand anders was zu sagen).

Hallo,
das verstehe ich nicht ganz, wo müssen die mp3 dann liegen? Der LMS läuft bei mir auf einem QNAP NAS, dort sind auch meine MP3-Sammlungen.
In E5 habe ich "//Multimedia/Music/SBAnsagen" fest vorgegeben. In E4 die Datei "disher_ready.mp3" über KO.

Wenn ich die KO via Visu sende erscheint im Player"Aktuelle Wiedergabeliste" -darunter ist alles leer.

Wo liegt der Fehler?

Danke und GRüße,
Lio

[wintermute]

Woher es kommt weiss ich nicht, ich hab aber schon ein paarmal "gesehen", dass Anbieter User kappen bei denen der Stream ueber einen unnatuerlich langen Zeitraum laeuft - was auch immer die als "unnatuerlich" bezeichnen...
Du kannst periodisch an den Squeeze Command an E3 (glaub ich, Play jedenfalls) eine 1 schicken, vielleicht hilft das schon.

mfd kann man das von Dir beschriebene Fehlverhalten irgendwie forcieren?

[rdeckard]

Ich tippe jetzt eher auf den Streamanbieter, da ich sicher schon 2-3 Tage keine Musik gehört habe und es dann noch funktioniert hat. Also muss es etwas längeres sein oder auch willkürlich (Unterbruch des Streams aus welchen Gründen auch immer). Habe das bis jetzt noch nicht genauer analysiert. Ich weiss nur, dass ich das Problem jeweils löse, in dem ich im LMS einfach auf dem Stream nochmals Play drücke. Und genau dies würde ich gerne automatisieren

Ich weiss, mit meiner Methode verschwende ich eigentlich etwas Internetbandbreite, da der Stream 24h läuft, auch wenn ich vielleicht nur ab und zu mal reinhöre. Es hat aber den Vorteil, dass die Musikquelle schneller zu hören ist, wenn man nur den Kanal öffnet/schliesst. (wie eine Pausenfunktion)
Würde ich die Playlist beim Einschalten erst aktivieren, hätte ich eine Verzögerung von einigen Sekunden (oder auch mehr, abhängig vom Stream).

[jonofe]

Könnte ggf. an einem DSL Reconnect liegen, welche die meisten Anbieter nachts machen.
Vielleicht disconnected aber auch der Anbieter des Streams, wenn man zu lange connected ist.

[rdeckard]

Eine Frage, die nicht direkt mit dem LBS zu tun hat, aber vielleicht der eine oder andere beantworten kann:
Auf meinem LMS läuft normalerweise ständig der gleiche Radiosender. D.h. ich schalte via Edomi (HTTP-Befehl) nur den Mehrkanal-Verstärker ein/aus, an dem der Squeeze Player (Raspi) hängt. Den Player steuere ich nicht mehr direkt an. (ist immer auf Play)
Habe ich aber einige Tage lang kein Radio mehr gehört, bringt das Ein-Schalten des Verstärkers keinen Effekt. Ich muss dann in der LMS-Webkonsole den Radiosender nochmals mit dem Play-Knopf "anstossen". Danach kommt wieder Sound.
Es scheint, dass der Radiostream nach einer gewissen Zeit steckenbleibt oder gar einen Timeout hat. Hat dies schon jemand beobachtet? Wie könnte man dies verbessern?
Evtl. einmal pro Nacht via Squeeze LBS die Playlist erneut aktivieren bzw. stop/play schicken?

[wintermute]

Hmm... scheint ein Bug zu sein
Schau ich mir mal an, danke!

[mfd]

was möchte mir der Server-Baustein damit sagen?
server_players.PNG

Ein negativer Wert ist mir schon einige Male aufgefallen, dann ist eine Steuerung der angeschlossenen Player offenbar nicht mehr möglich.
Server LBS v0.7, LMS 7.9.0., 4x Squeezelite v1.8.4-762
Normal sollten 4 Player angezeigt werden.
Eine Projektaktivierung in EDOMI bringt keine Abhilfe.
Direkt per LMS angesteuert funktionieren die Player einwandfrei.
Nach Reboot der Player Instanzen wird "-22" angezeigt

Edit: Reboot LMS hat zumindest Abhilfe gebracht. Ließe sich so ein Reboot auch von EDOMI aus anstoßen?

[jonofe]

Hallo,

ich habe nun auch mal den aktuellen Text2Speech LBS (19000301 v0.2) mir meiner Konstellation (#350) getestet. Ich habe mit diesem Baustein dasgleiche Verhalten wie weiter oben schon von wintermute in #323 beschrieben. Wenn ichs richtig verstanden habe, müssen die Parameter mit denen lame aufgerufen wird im Text2Speech LBS angepasst werden und jonofe hat dies testweise in seinem Baustein schon getan, damit ein piCorePlayer auf einem RPi damit klarkommt. Die "Playlist" die der Text2Speech LBS ausgibt, leite ich sowohl auf einen LMS als auch an eine Sonos weiter. Die Sonos spielt die Playlist ab, der piCorePlayer nicht.

jonofe: Kannst Du bitte mal den Aufruf von lame zeigen mit dem es bei Dir funktioniert?

funktioniert bei mir auch nicht mehr zuverlässig. Bin wieder bei den ursprünglichen Parametern und nutzer Squeezelite 1.6.4. Damit funktioniert es problemlos.

[Marha]

Hallo,

ich habe nun auch mal den aktuellen Text2Speech LBS (19000301 v0.2) mir meiner Konstellation (#350) getestet. Ich habe mit diesem Baustein dasgleiche Verhalten wie weiter oben schon von wintermute in #323 beschrieben. Wenn ichs richtig verstanden habe, müssen die Parameter mit denen lame aufgerufen wird im Text2Speech LBS angepasst werden und jonofe hat dies testweise in seinem Baustein schon getan, damit ein piCorePlayer auf einem RPi damit klarkommt. Die "Playlist" die der Text2Speech LBS ausgibt, leite ich sowohl auf einen LMS als auch an eine Sonos weiter. Die Sonos spielt die Playlist ab, der piCorePlayer nicht.

jonofe: Kannst Du bitte mal den Aufruf von lame zeigen mit dem es bei Dir funktioniert?

[wintermute]

Danke fuer die Rueckmeldung!