Stationstasten aufrufen

[abercrombie1892]

Hallo,

Wäre es möglich das man über den raumserver auf die Stationstasten zugreifen könnte?

Zb auf der 1 ist eine Spotify Playlist gespeichert. Ich würde diese dann gerne über einen Befehl ansteuern und nicht immer die Taste drücken.

Mit freundlichen Grüßen

[ChriD]

Ja. Man müsste mit dem Request "loadContainer" arbeiten und dort die container ID der jeweiligen Stationstaste mitgeben. Ich weiß den containerlink jetzt aber nicht auswendig. Dazu müsste man den content durchbrowsen z.B.: so
https://github.com/ChriD/node-raumkernel/blob/master/sample_contentBrowser.js
Vieleicht schaue ich am abend kurz nach.

Es gibt unter
https://github.com/ChriD/node-raumserver/tree/master/test
eine HTML/JS Testseite womit du das probieren kannst. Einfach den testFolder runterladen, die IP für die Base anpassen und im browser öffnen. Dort kannst du dann in der "loadContainer" sektion rumspielen.

[abercrombie1892]

Wow, werde ich nachher gleich schauen.. damit wäre dann das SpotifyConnect Problem auch behoben.

[ChriD]

Hab kurz mal geschaut.
Bei mir wäre das z.B. folgender container auf taste 2.. Bei dir ist es anders! Da musst du selber nachsehen
Die uuid ist die ID des renderers welcher die Station buttons hat. Die "21488" weiß ich nicht so recht ob das immer gleich ist oder sich ändert

0/Renderers/uuid:41aa6673-745a-481b-b075-28876332af2e/StationButtons/21488

[abercrombie1892]

Hab jetzt die Test html offen und kann darüber auch die raumfelder steuern, aber wo findest du das mit den stationbuttons?

[ChriD]

Nein da hast du mich falsch verstanden.
Die Station buttons sind nur "containerIds"
D.h also du kannst sie mit dem "loadContainer" Befehl in die Playlist des jeweiligen raumes laden.
In der Test HTML kannst du dafür den "load container" button ganz unten benutzen oder du rufst den "loadContainer" request auf. Und als ID bzw. value im Test html musst du dann z.B. folgendes eingeben
"0/Renderers/uuid:41aa6673-745a-481b-b075-28876332af2e/StationButtons/21488"
Nur das die uuid bei dir anders sein wird, das ist die UUID des gerätes, also der Box. Auch die Nummer hinter den Station buttons wird eventuell anders sein.

Kurz gesagt. Du musst also die container ID der jeweiligen Station Buttons rausfinden.

[abercrombie1892]

Super ich hab’s gefunden. Leider springt Spotify mal wieder aus der Reihe. Man kann Playlisten auf die Stationstasten speichern und abspielen, aber bei AVTransportURI steht einfach nur Spotify-Playlist://playback

Wenn ich andere Playlisten ( SoundCloud ect ) speichere steht es richtig da mit stationsbutton.

Sehr schade

[ChriD]

Was möchtest du den eigentlich genau machen? Ich werd dir zwar vermutlich bei spotify nicht weiterhelfen können, aber wer weiß

[abercrombie1892]

Ich habe durch den raumserver und fhem alle Lautsprecher mit Alexa verbunden. Hab alle Lautsprecher in eine Gruppe gepackt und realisiere über den manuellstandby mein Multiroom.
Wenn die Lautsprecher im manuellen Standby sind, werden sie bei Spotify vom Server gelöscht und verschwinden aus der App von Spotify.
Schaltet man nun die Lautsprecher wieder über den leavestandby ein, erscheinen sie in der App von Spotify und können vom Handy aus bespielt werden. Das ganze funzt aber nur vom Handy aus.
Das Spotify Connect der raumfelder funzt anders ( über Blobs ) da sie nur lokal gefunden werden von der App. Andere Spotify Clients zeigen die raumfelder dann nicht an und ich kann daher nicht über ein Script darauf zugreifen und sie über einen Sprachbefehl ansteuern.

Erst wenn sie 1x von der Handyapp bespielt wurden, könnte ich sie auch vom Spotify fhem Modul erreichen.

Mein Plan war halt sie über die Stationstaste ( Containers ) 1x starten und sie dann halt über die Alexa und das Spotifytransferplay zu bespielen.

[gahujipo]

Wenn die Lautsprecher im manuellen Standby sind, werden sie bei Spotify vom Server gelöscht und verschwinden aus der App von Spotify.

Dazu kann ich dir eine Lösung anbieten:
https://github.com/gahujipo/node-raumserver-wiki/blob/master/Use/Standby.md

Das Laden einer Playlist wäre toll, dazu habe ich aber auch noch keine Lösung.

[abercrombie1892]

Die Lösung kenn ich ja. Ich hab’s bei mir halt nur so gemacht, das alle Geräte zusammen gruppiert sind ( höre wenn dann eh in allen Räumen das gleiche ).
Durch den manuellen Standby kann ich halt zb in der Küche die Musik starten ( Alexa, mach die Musik an ), kann dann rüber ins Bad und kann hier entweder Alexa nutzen oder halt easy auf den Schalter drücken und dort spielt das gleiche. Durch den automatic Standby würden dann ja alle Boxen loslegen die in der Gruppe sind.

Sobald sie sich ja in der Spotify App angemeldet haben und 1x bespielt wurden, kann man Spotify ja ohne Probleme Einpflegen über Alexa und damit steuern, Playlisten abspielen lassen ect. Ist halt nur immer die erste Anmeldung..

[ChriD]

Das ist ja interessant was ihr da macht mit spotify. Hört sich kompliziert an :-)
Gibts von Spotify keine API?

[abercrombie1892]

Doch die gibt es, aber auch hier ist das Problem der lokalen Geräte. Echo dots die generell ständig angemeldet sind, werden gefunden. Lokale Geräte erst nachdem sie 1x angespielt wurden.

Spiele im Moment nen bissel mit spotconnect rum. Das kann die blobs solcher Geräte verarbeiten.

[gahujipo]

Durch den automatic Standby würden dann ja alle Boxen loslegen die in der Gruppe sind.

Du hast natürlich Recht. Habe bei mir nur 2 Zonen, von daher nehme ich im einen Raum manualStandby, weil ich diesen nur bei Bedarf zuschalte und bei anderen automaticStandby.

In deinem Fall ist das natürlich auch keine Lösung. Cool wäre wenn man dem Raumserver bspw. einen JSON-Array-String mit den gewünschten aktiven Zonen geben könnte.

Gibts von Spotify keine API?

Doch, das wäre wahrscheinlich sogar die Lösung.

Ohne es getestet zu haben sollten diese folgenden beiden Aufrufe reichen. Werde es mal testen:

• https://developer.spotify.com/documentation/web-api/reference-beta/#endpoint-transfer-a-users-playback
• https://developer.spotify.com/documentation/web-api/reference-beta/#endpoint-start-a-users-playback