LBS(Sammlung) Squeeze

[WagoKlemme]

Hallo Michael,

jetzt habt ihr mich auch mit Squeeze "infiziert"...
Vielen Dank für die super Bausteine und großen Respekt vor deiner Arbeit. Was soll ich sagen, es funktioniert alles auf Anhieb. Ich bin begeistert.

Nur eine Frage: Gibt es auch eine Möglichkeit das Cover aus der mp3-Datei zu extrahieren ?
Das wäre aus meiner Sicht einfacher, als für jedes zusätzliche Album ein Cover in ein bestimmtes Verzeichnis zu legen.

[Andreas1]

Irgendwer vertut sich grad. Ich bin es nicht, ich hab das ja noch gar nicht getestet

So, nochmal getestet.

Player A hat Playlist A und spielt ab.
Player B hat Playlist B und ist auf pause

Ich sage Player B "sync Player A". Die Wiedergabe startet erst, wenn ich auf play drücke. Wir sind davon ausgegangen, dass A Master wird und B Mitglied der Gruppe wird. Wie wir inzwischen wissen ist es aber andersrum. B wird Master und A Mitglied der Gruppe. Damit ist auch klar, warum ich nach dem sync erst play drücken muss, B befindet sich ja in PAUSE.

Sprechen wir mal in Räumen.
Bei mir läuft der Player im Wohnzimmer immer und ist damit als Master prädestiniert. Wenn ich in die Küche gehe, dann soll der Player in der Küche sich mit dem Wohnzimmer synchronisieren. Wenn ich den Raum verlasse soll die Sync-Gruppe wieder beendet werden.

Dazu muss ich nun folgendes machen:
1. Küche betreten (Sync erstellen)
Ich sage Wohnzimmer "sync Küche"
--> Die Playlist im Wohnzimmer läuft weiter, die Küche synchron.

2. Küche verlassen (Sync beenden)
Ich sage Küche "sync -"
--> Die Playlist im Wohnzimmer läuft weiter, die Küche stoppt.

Würde ich "sync -" ans Wohnzimmer schicken, dann würde dieser stoppen.

Man muss also wissen, dass man die Befehle zum "Synchronisieren" und "Aufheben der Synchronisation" an unterschiedliche Clients schicken muss.

Viele Grüße
Andreas

[mfd]

Da ich etwas Probleme mit der Cover-Anzeige hatte und zunächst den Fehler nicht gefunden habe:
Bei der Angabe der "CoverBaseURL" an E4 sollte man keinen Slash (/) nach der Portnummer stehen haben...
Habe den halben Thread durchwühlt bevor ich darauf gestossen bin.

Und für den Fall, dass jemand auf der Suche nach einem Webstream ist, der zu den einzelnen Songs jeweils das Cover aktualisiert:
Rock Antenne Heavy Metal macht das...

P.S.: :metal: Smiley fehlt...

[Andreas1]

Also bei mir startet definitiv nach dem Sync Command automatisch die Wiedergabe auf dem zu synchronisierendem Player... Natürlich wenn am Sync-Master keine Musik spielt, spielt auch am Slave nichts.

Ich teste das nochmal. Ich hatte mich auch stark gewundert.

Edit: Updates habe ich gestern Abend alle gemacht. Bin jetzt auf dem aktuellen Stand von piCorePlayer und LMS.

[gspsteve]

Ok, das Plugin "SyncOptions" ist mir noch gar nicht untergekommen, muss ich mal testen.

Also bei mir startet definitiv nach dem Sync Command automatisch die Wiedergabe auf dem zu synchronisierendem Player... Natürlich wenn am Sync-Master keine Musik spielt, spielt auch am Slave nichts.

[Marha]

Ja, den meine ich. Das Thema Text2Speech wird in einem anderen Thread behandelt, aber letztlich geht's auch dort um Squeezelite. Dachte, es wäre naheliegend, mit einer neuen Squeezeliteversion zu testen.

[wintermute]

Wäre es denkbar vielleicht mit der neuen Squeezeliteversion die LBS-Weiterentwicklung voranzutreiben?

Welchen LBS meinst Du jetzt genau, den Text2Speech LBS von jonofe? Weil fuer den gibts ja nen eigenen Fred...

Dies funktioniert bereits erwartungsgemäß, sync man also einen Player startet die Wiedergabe ohne erneute Interaktion.

Ich bezog mich da auf einen Post von Andreas1 in dem er schrieb:

Allerdings wird die Wiedergabe des Player B angehalten und an den Anfang des aktuellen Tracks gesprungen. Mit "Play" beginnt dann die synchrone Wiedergabe.

Irgendwer vertut sich grad. Ich bin es nicht, ich hab das ja noch gar nicht getestet Aber vllt hat das auch mit Folgendem zu tun:

Und bezüglich der Frage der Temporären Playlists, bei mir wurde keine Playlist erstellt.

Ok, mein Fehler... die Playlists werden von einem Plugin erstellt. Das Plugin heisst SyncOptions und erledigt allerlei praktische Dinge im Zusammenhang mit dem Syncen, unter anderem das Wiederherstellen der vorherigen Playlist beim Verlassen einer Sync-Gruppe.
Da diese Funktionalitaet also bereits mit frei verfuegbaren LMS-Plugins umgesetzt werden kann, werde ich das nicht im LBS verbauen.

Was wäre euer Ansatz?

Ich wuerde fuer jeden Player ein PopUp erstellen in dem die sinnvollen "Sync Ziele" hart in der Visu verdrahtet sind. Also alles statisch, nix dynamisches und zwar aus 3 Gruenden:

1. es ist einfacher
2. es macht keinen Sinn alle Player zum Syncen aufzulisten (Was habe ich davon wenn ich den Garten mit dem Waschraum synchronisiere? Da reichen auch identische Playlists.)
3. wenn das Haus einmal steht aendert man an seiner LMS-Infrastruktur vermutlich weniger als an der Beleuchtung und fuer letzteres muss man auch die Visu umbauen

Das ist aber nur meine Meinung...

[gspsteve]

Ich mach mir gerade gedanken wie ich man die Sync Thematik am besten und vor allem auch flexibel abbilden kann. Das einfachste wäre wahrscheinlich für jeden Player eine eigene Sync Page in welcher alle anderen Player (welche online sind) dargestellt werden und mit einem Klick werden diese gesynct. Somit müsste man jedoch für jeden Player eine eigene SyncPage basteln und diese immer anpassen sollte ein Player dazu- bzw. wegkommen.

Was wäre euer Ansatz?

[gspsteve]

wintermute

Zu deiner Zusammenfassung:
Der zweite Punkt ist nicht korrekt

Zitat: "Die Wiedergabe auf B startet nicht automatisch, sondern muss manuell gestartet werden (kann mal bitte jemand testen ob das vom aktuellen Play/Stop/Pause Status von A&B abhaengig oder generell der Fall ist?)"

Dies funktioniert bereits erwartungsgemäß, sync man also einen Player startet die Wiedergabe ohne erneute Interaktion.
Der Rest ist ansonsten soweit korrekt.

Und bezüglich der Frage der Temporären Playlists, bei mir wurde keine Playlist erstellt.


Falls auch meine Aufstellung jemanden interessiert:
LMS auf Synology NAS V 7.9.0
Datenbankversion: DBD::SQLite 1.34_01 (sqlite 3.7.7.1)

Player:
SqueezePlay 7.8.0r719 auf Windows 10

piCorePlayer auf Raspberry 3 mit 3,5" TouchDisplay

Pioneer AVR einbebunden über AirPlay Bridge

Im Aufbau ist ein Raspberry 3 mit 6 piCorePlayer Instanzen und 12-Kanal Verstärker.


Und zu meinem Post #458 Ich wollte meine Zusammenfassung nicht als Problem oder gar Show-Stopper darstellen sondern lediglich die Kenntnisse erläutern.

[Marha]

Erstmal vielen Dank für Euren Einsatz das Squeeze Thema weiter voranzutreiben. Ich würde mich auch daran beteiligen wollen.
Ich habe den aktuellen picoreplayer V3.22 mit Squeezelite 1.8.7-1001 im Einsatz und bisher keinerlei Probleme mit dem Text2Speech LBS. In dieser Squeezeliteversion sollte das Problem, das die Vorgängerversionen mit dem Text2Speech LBS hatten gelöst sein. Wäre es denkbar vielleicht mit der neuen Squeezeliteversion die LBS-Weiterentwicklung voranzutreiben?

[wintermute]

Danke@all fuers Rumtesten!

Mittels "sync Player-ID" also zB "sync c4:34:6b:77:ae:1c" wird der Player mit der eingegebenen ID, also c4:34:6b:77:ae:1c mit dem Player auf welchem der Befehl ausgeführt wird gesynct. Sync-Master wird jedoch der Player auf welchem man den Befehl ausführt.

Ist halt nur genau andersrum als ich mir das vorgestellt hatte. Aber das ist ja nun kein prinzipielles Problem oder gar Show-Stopper
Die Doku ist da uebrigens recht eindeutig - falls man auf den irrigen Gedanken kommt, die wirklich zu lesen
Wenn man A ein "sync B" schickt, dann wird davon ausgegangen, dass A bereits Mitglied einer Sync-Gruppe ist oder es wird eine neue Gruppe fuer A angelegt. B wird dann Mitglied dieser Sync-Gruppe und vorher ggbnflls aus bereits bestehenden Sync-Gruppen entfernt.
So wie es beobachtet wurde ist es also tatsaechlich korrekt und beabsichtigt

Mit "sync -" fällt der Client aus der Sync Gruppe und stoppt die Wiedergabe (vorherige Playlist wird nicht wieder aufgenommen). Mit einem Play Command startet der Client die Playlist welche in der Sync Gruppe wiedergegeben wurde und nicht die Ursprünglich Playlist.

Kann mal jemand schauen ob im Wiedergabelisten-Verzeichnis des LMS nach dem Syncen Dateien auftauchen, die in etwa so aussehen:

SyncOptions-PlayerName-PlayerIDmitUnderscores

Falls ja, was genau enthaelt die Playlist? Also die Playlist vor oder nach dem Sync und von welchem Player?
Wenn das die vorherige Playlist ist, dann stellt das LMS die aus irgendwelchen Gruenden bloss nicht wieder her, das muesste man dann halt den LBS machen lassen. Im schlimmsten Fall erzeugt man vorm Syncen eine temporaere Playlist, das macht der Durchsage-LBS ja auch so.

Was mich etwas stört, am Client LBS (19000201) werden SyncMaster (A19) sowie SyncSlaves (A20) nur dann aktualisiert, wenn ich am Server-LBS (19000200) E1 auf 0 und dann wieder auf 1 setze. Also den Server LBS erneute "starte". Ein Refresh am Client LBS aktualisierte diese Werte leider nicht, wintermute hast du dafür eine Erklärung?

Ist wohl ein Bug oder etwas euphemistischer formuliert: so nicht vorgesehen...
Eigentlich sollten die Sachen vom LMS bestaendig aktualisiert werden, kann aber sein, dass der Server-LBS (der ist tatsaechlich fuer dieses Problem zustaendig) das entweder nicht interpretiert, diese Daten gar nicht abfragt, vielleicht aber der LMS die Daten auch tatsaechlich nicht schickt. Das laesst sich aber korrigieren, auf die eine oder andere Weise. Wird dann im Zuge der weiteren Sync-Entwicklung mit reingebaut.

Also zusammenfassend:

• Schickt man A ein "sync B", so wird B der Sync-Gruppe zugefuegt in der sich A befindet. Befindet sich A noch nicht in einer Gruppe, wird eine neue Gruppe mit A als Master angelegt. Befindet sich B vorher in einer anderen SyncGruppe, so wird er aus dieser entfernt.
• Die Wiedergabe auf B startet nicht automatisch, sondern muss manuell gestartet werden (kann mal bitte jemand testen ob das vom aktuellen Play/Stop/Pause Status von A&B abhaengig oder generell der Fall ist?)
• Schickt man B ein "sync -" so wird B wieder aus der Sync-Gruppe entfernt, die vorherigen Playlist wird dabei nicht wieder hergestellt.
• Die Sync-Master und Sync-Member Ausgaenge vom Client LBS werden nicht automatisch aktualisiert -> Bug.

Soweit erstmal richtig?

Und fuer die Akten bzgl. der von Andreas1 erwaehnten Aktualisierungen hier mal die von mir momentan verwendeten Versionen, also die an denen ich entwickle und teste:

LMS Version:
Logitech Media Server Version: 7.9.0 - 1454057025 @ Fri Jan 29 08:48:01 UTC 2016
Betriebssystem: Red Hat - DE - utf8
Plattformarchitektur: x86_64-linux
Perl-Version: 5.10.1 - x86_64-linux-thread-multi
Audio::Scan: 0.95
Datenbankversion: DBD::SQLite 1.34_01 (sqlite 3.7.7.1)

PiCore-Player:
Version: 3.02
Squeezelite-Version: Squeezelite v1.8.4-762
Hardware: Raspberry Pi 1 Model B+, selbstgebauter I2S-DAC mit integriertem Class-D Mono-Verstaerker, ueber Ethernet angebunden
(spaeter kommt da an einer Stelle noch ein Pi3B mit Touch und so zu, aber erst wenn ich mal Zeit finden sollte )

Software-Player:
SqueezePlay 7.8.0r719 unter OS X

Hardware-Player:
Squeezebox Radio (Baby), alle auf Firmware-Version 7.7.3-r16676, jeweils ueber WLAN angebunden

[Andreas1]

Ich aktualisiere erstmal meine Komponenten und melde mich dann wieder.

[gspsteve]

Also hier auch noch meine Erkenntnisse:

Mittels "sync Player-ID" also zB "sync c4:34:6b:77:ae:1c" wird der Player mit der eingegebenen ID, also c4:34:6b:77:ae:1c mit dem Player auf welchem der Befehl ausgeführt wird gesynct. Sync-Master wird jedoch der Player auf welchem man den Befehl ausführt.

Mit "sync -" fällt der Client aus der Sync Gruppe und stoppt die Wiedergabe (vorherige Playlist wird nicht wieder aufgenommen). Mit einem Play Command startet der Client die Playlist welche in der Sync Gruppe wiedergegeben wurde und nicht die Ursprünglich Playlist.

Was mich etwas stört, am Client LBS (19000201) werden SyncMaster (A19) sowie SyncSlaves (A20) nur dann aktualisiert, wenn ich am Server-LBS (19000200) E1 auf 0 und dann wieder auf 1 setze. Also den Server LBS erneute "starte". Ein Refresh am Client LBS aktualisierte diese Werte leider nicht, wintermute hast du dafür eine Erklärung?

[scott74]

Mal sehen ob ich die Woche ueber irgendwo im Zug fest hocke oder so, dann kann ich mal drueber nachdenken ob sich sowas sinnvoll umsetzen laesst.

Prima! Bin auch bereit etwas Input dazu zu steuern, falls irgendwo möglich.

[wintermute]

Hmmm.... also zum besseren Verstaendnis: du sagst zu "Player A"

sync PlayerID-B

Und das fuehrt dann dazu, dass Player B sich eigentlich mit A synchronisiert? Also A spielt weiter und B steigt nach Play darauf ein? Das ist genau andersrum als ich es erwartet haette

Und wenn Du einen "sync -" und danach ein "play" schickst, steigt der Player dann wieder da ein wo er aufgehoert hat?