Hello there Sonos-comrades
I am building a little software for controlling my Sonos speakers.
I have managed a ton of things to automate, however, I am hyper struggling in figuring out
how to build a POST query that returns the tree of options for a given music services.
on the same line, I can post the following code and set the AV to my current queue but I can't figure out how to switch back to another provider (spotify/amazon..)
0
x-rincon-playlist:RINCON_5CAAFD7916DE01400#0
Any help on this is wildly appreciated. thx!!
This topic has been closed for further comments. You can use the search bar to find a similar topic, or create a new one by clicking Create Topic at the top of the page.
I've never seen the x-rincon-playlist scheme before, so I'm not sure how that behaves. Usually, (or previously), a call for playing a certain playlist from a music service did the following (this is an example fro spotify):
(optionally, clear queue if replacing)
Invoke AddURIToQueue with the uri for that specific playlist, this will queue all tracks from that playlist
Invoke SetAVTransportURI and set that to x-rincon-queue:[UUID of player]#0
Now, the issue here is that getting a hold of that specific uri is the tricky part, and the controller does it by calling the SMAPI endpoint. This endpoint is authenticated, and the authentication info is an encrypted exchange between the controller and the players. If you would have the actual uri, you could skip this step, but it would then be hardcoded for your user (unless it changes frequently).
For Spotify the uris are easily accessible directly from the Spotify client, but I'm not sure with Amazon. Either way it should be possible to find out by sniffing the traffic between controller and player, because at some point, the controller sends this info to the player (unencrypted).
(optionally, clear queue if replacing)
Invoke AddURIToQueue with the uri for that specific playlist, this will queue all tracks from that playlist
Invoke SetAVTransportURI and set that to x-rincon-queue:[UUID of player]#0
Now, the issue here is that getting a hold of that specific uri is the tricky part, and the controller does it by calling the SMAPI endpoint. This endpoint is authenticated, and the authentication info is an encrypted exchange between the controller and the players. If you would have the actual uri, you could skip this step, but it would then be hardcoded for your user (unless it changes frequently).
For Spotify the uris are easily accessible directly from the Spotify client, but I'm not sure with Amazon. Either way it should be possible to find out by sniffing the traffic between controller and player, because at some point, the controller sends this info to the player (unencrypted).
Thank you jishi, always a delight to get your contribution to the discussion.
The getProtocolInfo provides all supported schemas
file:*:audio/mpegurl:*,x-file-cifs:*:*:*,x-rincon:*:*:*,x-rincon-mp3radio:*:*:*,x-rincon-playlist:*:*:*,x-rincon-queue:*:*:*,x-rincon-stream:*:*
that where I got the playlist schema.
I have been successful in leveraging AddURI and SetAV however, I am struggling how to form the URLs in the first place since it appears that there's no SOAP API for that.
I used Wireshark to figure out anything that would have led to a reliable URL to fetch the data from but so far I have failed miserably. It appears that the comms between the player and are not in clear and what is sent to the player it is the aftermath of the call. I can't think of why going to this extra length for something so innocuous as the categories of what you can play.
The getProtocolInfo provides all supported schemas
file:*:audio/mpegurl:*,x-file-cifs:*:*:*,x-rincon:*:*:*,x-rincon-mp3radio:*:*:*,x-rincon-playlist:*:*:*,x-rincon-queue:*:*:*,x-rincon-stream:*:*
that where I got the playlist schema.
I have been successful in leveraging AddURI and SetAV however, I am struggling how to form the URLs in the first place since it appears that there's no SOAP API for that.
I used Wireshark to figure out anything that would have led to a reliable URL to fetch the data from but so far I have failed miserably. It appears that the comms between the player and are not in clear and what is sent to the player it is the aftermath of the call. I can't think of why going to this extra length for something so innocuous as the categories of what you can play.
Enter your username or e-mail address. We'll send you an e-mail with instructions to reset your password.