Skip to main content

Raising this because some other threads look old. I’m dumbfounded that the Sonos app has no information about release dates, album credits, lyrics, artist descriptions, album descriptions, and so forth. All of the major music services have found a way to do this, surely Sonos can too. Not to mention no way of viewing the audio quality of an album (ie atmos) before clicking play. For Apple Music, this means that you have to research what albums are in atmos or hi res lossless, then go back to the Sonos app, search for the album, play it & then verify if it is actually playing atmos or not. This is very time consuming and a real pain in the ***. 
 

I’m tempted to ditch Sonos soon, purely because Sonos really can’t seem to get their act together on the software front. And reading prior threads, the response seems to be to punt the responsibility to the third party service, saying there’s nothing that can be done on the Sonos side. I don’t know, maybe set up a call or two with developers from the other third party services? And hire some UX experts while you’re at it. Surely there’s some way that this can be fixed. The basic functionality of the app seems stuck with almost the same functionality it had 10 years ago, it feels like a slow dinosaur. 
 

Anybody have any insight if Sonos has some of these features on a roadmap? Or do they just not care, which is what it seems like to me.

Ok, so the final answer is nothing is likely to change soon (at least for the requests that I’m interested in seeing). I don’t understand why anybody would actively not want to see things like release dates, artist bios, and lyrics, but at any rate.

 

 

To be clear, I meant that there are people who don’t care, or are indifferent about more metadata.  If it means no change to them, then fine.  But if it means they have to do an app update or change how they navigate through the Sonos app, they don’t want it.

 

 

 


Ok, so the final answer is nothing is likely to change soon (at least for the requests that I’m interested in seeing). I don’t understand why anybody would actively not want to see things like release dates, artist bios, and lyrics, but at any rate.

 

Anyway, I give up! I’ll keep an eye on the Apple support forum, but I doubt that will make anything happen. 


 

At the end of the day, Sonos should be very concerned with the end-user experience within their own app, especially if their users are now required to use it. Setting aside Apple for the moment, many of these metadata requests are missing across all music services within the Sonos app. 

 

 

I don’t think anyone was saying that Sonos doesn't’ care about the user experience, just that they do not have control over that aspect of the user experience, since it has to be provided by the serivce provider.  All Sonos can do is pass on your request.

I suspect that even besides technical reasons, Sonos is rather limited in how they can display Apple music through their own app.  Apple would be upset it if Sonos used the Apple API and called it ‘fruit music’ or something that didn’t represent Apple the way they want to be presented.  Apple doesn’t care for smaller develops, but surely they want to control their image through Sonos.

 

I’ve used Sonos for a long time, and I always used the Sonos app only as a “remote control” for grouping speakers and used Spotify Direct instead. That was fine enough. The problem is that Dolby Atmos and spatial audio have thrown a wrench in that kind of setup. I recently purchased the new Era 300 speaker, and the only way to listen to Atmos music is through the Sonos app. And the Sonos app experience is not good for browsing and music discovery, finding Dolby Atmos music, lyrics, and so on. I think many would agree with that. What I’m hearing here is that the only way to improve the Sonos app experience is for customers to lobby their music service of choice to do a better job of integrating with the Sonos API. Or wait for Sonos to improve it, and who knows if or when that might happen. I hope that a great app update is on the horizon, but I’m not holding my breath. 

 

 

Regarding atmos, I’m using Amazon music, and I’ll look up atmos tracks with the Amazon app and add them to a playlist.  I can then pullup the playlist in the Sonos app.  Not saying that’s a solution, just a work around.  if I want a specific song or music station, I tend to use voice control these days.

 

As far as an app update, I don’t know.  I think Sonos does not want to make frequent app updates that would significantly change the look and feel, at least not till absolutely necessary.  From what I’ve seen, you may not like the current interface, but there are a whole legion of folks out there who want no part of change and have no interest in the metadata you’re interested in.  They will not let their feelings known until the change happens.  Besides that, I can see other items being on the priority list.

 

 


PS - Is there a direct link to dev info about lyric support? I’m not able to find it. 

Interesting, all mention of lyrics support has been deleted when they redid the site a few months ago. You can still find it in internet caches, it used to be here (in May 2023 at least):

https://developer.sonos.com/build/content-service-add-features/add-lyrics/

Here is an old copy of the docs:

http://web.archive.org/web/20230330182814/https://developer.sonos.com/build/content-service-add-features/add-lyrics/

Thanks!


So, the lesson I am to take here is that Sonos prefers their customers to complain to other large tech companies for them. Again, in my opinion this is punting the ball. I will do so as instructed, and report back. 

 

No, Sonos knows it has no financial leverage with Apple, so their lobbying will mean nothing until subscribers start requesting features too. 


Do you know if Sonos has attempted to? Or do they just assume they won’t get anywhere? 

 

With obvious exceptions, companies try not to throw other companies under the bus and publicly share information about their private discussions. It tends to look petty and foster a bad relationship. As an example look at how the Google/Sonos relationship is going.  A different situation, for sure, but neither company is winning over customers with the public disputes.  So no, I would not expect Sonos to report back about their conversations with Apple.  They’ll just let Apple talk to their own customers.

As far as the idea that it’s Sonos job to talk to Apple on behalf of their customers, it seems pretty obvious that a feature request directly from an Apple customer would be seen and possibly hold more weight than one passed through a 3rd party.   Especially when it seems that the customer is more likely to drop Sonos than Apple if the issue doesn’t get addressed. Why would Apple care if you’re threatening to ‘punish’ the wrong culprit?  Even more so if the threat was, “if Sonos doesn't fit this, I’m going to go buy a homepod”

 

At the end of the day, Sonos should be very concerned with the end-user experience within their own app, especially if their users are now required to use it. Setting aside Apple for the moment, many of these metadata requests are missing across all music services within the Sonos app. 

I’ve used Sonos for a long time, and I always used the Sonos app only as a “remote control” for grouping speakers and used Spotify Direct instead. That was fine enough. The problem is that Dolby Atmos and spatial audio have thrown a wrench in that kind of setup. I recently purchased the new Era 300 speaker, and the only way to listen to Atmos music is through the Sonos app. And the Sonos app experience is not good for browsing and music discovery, finding Dolby Atmos music, lyrics, and so on. I think many would agree with that. What I’m hearing here is that the only way to improve the Sonos app experience is for customers to lobby their music service of choice to do a better job of integrating with the Sonos API. Or wait for Sonos to improve it, and who knows if or when that might happen. I hope that a great app update is on the horizon, but I’m not holding my breath. 

Going back to Apple specifically, I posted a support topic with the same requests. There are no replies so far. If there is a direct way to submit Apple Music feature requests, I haven’t been able to find it. Here’s the link again if it was missed:

https://discussions.apple.com/thread/255131988

For those here who agree with the requests, please click the “me too” button or comment on it. Then it might start gaining some traction.


So, the lesson I am to take here is that Sonos prefers their customers to complain to other large tech companies for them. Again, in my opinion this is punting the ball. I will do so as instructed, and report back. 

 

No, Sonos knows it has no financial leverage with Apple, so their lobbying will mean nothing until subscribers start requesting features too. 


Do you know if Sonos has attempted to? Or do they just assume they won’t get anywhere? 

 

With obvious exceptions, companies try not to throw other companies under the bus and publicly share information about their private discussions. It tends to look petty and foster a bad relationship. As an example look at how the Google/Sonos relationship is going.  A different situation, for sure, but neither company is winning over customers with the public disputes.  So no, I would not expect Sonos to report back about their conversations with Apple.  They’ll just let Apple talk to their own customers.

As far as the idea that it’s Sonos job to talk to Apple on behalf of their customers, it seems pretty obvious that a feature request directly from an Apple customer would be seen and possibly hold more weight than one passed through a 3rd party.   Especially when it seems that the customer is more likely to drop Sonos than Apple if the issue doesn’t get addressed. Why would Apple care if you’re threatening to ‘punish’ the wrong culprit?  Even more so if the threat was, “if Sonos doesn't fit this, I’m going to go buy a homepod”


PS - Is there a direct link to dev info about lyric support? I’m not able to find it. 

Interesting, all mention of lyrics support has been deleted when they redid the site a few months ago. You can still find it in internet caches, it used to be here (in May 2023 at least):

https://developer.sonos.com/build/content-service-add-features/add-lyrics/

Here is an old copy of the docs:

http://web.archive.org/web/20230330182814/https://developer.sonos.com/build/content-service-add-features/add-lyrics/


Your metadata list is reasonably accurate, but SMAPI does expose lossless tracks when enumerating (Sonos app does not display this, mine does), and SMAPI includes lyrics support (though I’ve never seen a music service that generates it). There is also a Description field for podcasts (only).

The Atmos badge (and the other “high-res” badges) are only displayed after streaming has started as the system has to determine what quality it can play over the transport, that data is not in the metadata (but in the stream).

PS - Is there a direct link to dev info about lyric support? I’m not able to find it. 


Your metadata list is reasonably accurate, but SMAPI does expose lossless tracks when enumerating (Sonos app does not display this, mine does), and SMAPI includes lyrics support (though I’ve never seen a music service that generates it). There is also a Description field for podcasts (only).

The Atmos badge (and the other “high-res” badges) are only displayed after streaming has started as the system has to determine what quality it can play over the transport, that data is not in the metadata (but in the stream).


 

Thanks, that clarifies the atmos hi res badge display issue. However, from a user experience perspective, I would like to see at a glance whether or not an album or songs are intended to be in Dolby atmos / lossless or not. If the Sonos app badges don’t officially confirm the format while playing, then that is a problem to troubleshoot the hardware & software setup. It just seems to me that the approach is backwards.

I think apple has three audio quality categories: Atmos, Hi Res Lossless, Lossless. Couldn’t this text or flags be passed to the Sonos API for display of icons or text? It would require a separate parameter in the Sonos API, if I’m understanding it correctly. Yes, it’s important to verify technically exactly what the audio quality is while streaming on specific speakers. But why should that prevent categorizing the intended audio format(s) in the Sonos app as well? 


Your metadata list is reasonably accurate, but SMAPI does expose lossless tracks when enumerating (Sonos app does not display this, mine does), and SMAPI includes lyrics support (though I’ve never seen a music service that generates it). There is also a Description field for podcasts (only).

The Atmos badge (and the other “high-res” badges) are only displayed after streaming has started as the system has to determine what quality it can play over the transport, that data is not in the metadata (but in the stream).


All right, I looked through the Sonos API docs:

https://devdocs.sonos.com/docs/playback-objects

https://devdocs.sonos.com/docs/soap-requests-and-responses

https://devdocs.sonos.com/docs/create-hero-views

https://devdocs.sonos.com/docs/smapi-object-types

 

If I’m understanding correctly, the only parameters available via the playback object SOAP requests & hero views are these:

 

Artist

-Name

-ImageURL (artist photo)

-ID 

-Tags (only option is to display Explicit or not)

 

Album

-Name

-Artist

-ImageURL (album cover photo)

-ID 

-Tags (only option is to display Explicit or not)

 

Track

-Name

-Track number

-Artist

-Album

 

So even if a music service wants to display other types of data, whether it’s Apple or not, they are restricted to these parameters. Correct? Again, here are some parameters that I think would be nice to have but don’t appear to be included in the Sonos API:

 

-Album release date

-Album description or review

- Album credits (producer, band members, etc)

- Audio quality (Atmos, lossless, etc). There is an Atmos “badge” on a track once it starts playing, but no option to view before playing. 

- Artist bio

- Release type (album, single, live, compilation etc). There is an option to create container lists of these on an artist object, but once viewing an album type, it doesn’t display any info about it.

- Direct link to artist from album. There is a link buried under “more” in the sub menu, but it takes some effort to find that.

- Track lyrics

 

Maybe some of these can be passed via a generic container type, but that seems to be restricted to a list format, not text.

 

I also took a quick look at integrations with Tidal  / Amazon, they are a bit better at the Artist level with container lists of most popular and release types. Spotify connects directly to the app, but then Spotify doesn’t provide Atmos or lossless.

 

Anyways, I’ll follow up if there is any response on the apple support forum. None so far.



Do you know if Sonos has attempted to? Or do they just assume they won’t get anywhere? 

 

They have stated in the past that although they pass along requests, the best way to lobby for features is to lobby the music services directly.  They’ve also repeatedly stated there is no financial exchange by either party for integrating a service into the Sonos app, so they have no leverage.


So, the lesson I am to take here is that Sonos prefers their customers to complain to other large tech companies for them. Again, in my opinion this is punting the ball. I will do so as instructed, and report back. 

 

No, Sonos knows it has no financial leverage with Apple, so their lobbying will mean nothing until subscribers start requesting features too. 


Do you know if Sonos has attempted to? Or do they just assume they won’t get anywhere? 


So, the lesson I am to take here is that Sonos prefers their customers to complain to other large tech companies for them. Again, in my opinion this is punting the ball. I will do so as instructed, and report back. 

 

No, Sonos knows it has no financial leverage with Apple, so their lobbying will mean nothing until subscribers start requesting features too. 


Sonos couldn’t change it if they wanted to? This is the defense? Anyways, I will complain to Apple too!  I’m curious to see if either company gets off their ass now. 

 

I suggest you read this:

https://devdocs.sonos.com/docs/content-service-get-started


Here you go, folks:

https://discussions.apple.com/thread/255131988

For those interested in following along. 


So “it might be on Apple”, but here you are?  I rest my case.  Again, Apple is responsible for their appearance and functionality within the Sonos app.  Sonos couldn’t change it if they wanted to, and have no financial leverage with Apple, unlike those who pay for the subscriptions. 

SO GO COMPLAIN TO APPLE!!!!!!!

Sonos couldn’t change it if they wanted to? This is the defense? Anyways, I will complain to Apple too!  I’m curious to see if either company gets off their ass now. 


So, the lesson I am to take here is that Sonos prefers their customers to complain to other large tech companies for them. Again, in my opinion this is punting the ball. I will do so as instructed, and report back. 

 

 

 


As a sociology experiment, the dynamic at work here is absolutely baffling.  A user will spend hours of their time and endless posts complaining at a place which cannot solve their problem, and yet refuse to spend any time posting at the one place which can fix their problem, because . . . reasons. 

Freud would have a field day. 


So “it might be on Apple”, but here you are?  I rest my case.  Again, Apple is responsible for their appearance and functionality within the Sonos app.  Sonos couldn’t change it if they wanted to, and have no financial leverage with Apple, unlike those who pay for the subscriptions. 

SO GO COMPLAIN TO APPLE!!!!!!!


PS, hardware volume controls on iphones no longer work, so you are also forced to open the Sonos app to adjust the volume. 


The fact you are on this forum is proof you are not listening to reason.  Because if you were, YOU'D BE COMPLAINING TO APPLE AND SPOTIFY!!!!!


This is exactly why I’m complaining. I shouldn’t have to, that’s on Sonos to do the legwork on behalf of their customers. I’m writing this here, because my opinions are about Sonos & I want them to “hear” it. If I could play atmos through airplay, I would then only use the Sonos app for speaker grouping & use the apple app (or other) for music nerd info browsing, scrolling lyrics, etc. As it is, you are forced to use the Sonos app to play atmos. This might be on Apple or limitations of airplay streaming. Regardless, because of that the user is now required to use the Sonos app. Considering that Sonos is pushing their hardware as cutting edge atmos capable, it’s ridiculous how terrible their software user experience is. Every time I use it, I’m incredibly frustrated. 

I’m attaching the current artist Sonos app experience via apple. What dates were the albums released? Are these all albums or EPS or singles or live or compilations? Are they hi res or atmos albums? How about a short bio of the artist? Photos of the artist? Related artists? Members of a band? Most popular songs / albums? None of these questions are answered in the Sonos app. Scrolling lyrics? You can dream Sonos customer, you can dream. It might be on the roadmap 5 years from now. Static lyrics? Also no. The only info displayed on the Sonos app is the title of the artist and a grid of record covers. As a fun bonus, searching for REM or R.E.M didn’t yield any results. I had to search for an album title instead just to get to the artist page. 

And yes, I will go to apple and complain because I’m now curious what the response will be on their side, if there even is one. However, the whole reason this complaining continues here is because THE SONOS APP SUCKS. 
 

 

 


The fact you are on this forum is proof you are not listening to reason.  Because if you were, YOU'D BE COMPLAINING TO APPLE AND SPOTIFY!!!!!


That would be nice if Sonos went through the Apple/Spotify API.  It doesn’t.  It’s the music services who code their UI using the Sonos API.  That’s what allows Sonos to support over 120 music service worldwide, when other streamer only support a half dozen or so.  

It’s also why, aside from things like local libraries or Sonos Radio, your beef is with the music services.  They are in charge of the look and feel of their implementation in the Sonos app.

Why was the decision made to put the onus on the music services? It seems to me it should be the other way around. I agree with your point about sonos being the most open platform, but that shouldn’t prevent more tailored custom integrations with the biggest music services. 

Because Sonos didn’t want to write and maintain code to 120 different APIs. They started down this path (with Rhapsody and Pandora which each had their own APIs) but it was simply not scalable, so SMAPI was born and the onus moved to each service that wanted to play, and most have done so.

Not all of the 120 different APIs would need to be custom integrations. I’m specifically talking about the biggest services that most customers use. An example of punting the ball to bigger companies, which of course have little to no interest coding custom integrations for Sonos when they would prefer users to stay within their own ecosystem. What motivation do they have? I’m surprised that Spotify made the effort. If Sonos values their customers, they need to do the extra legwork to code on their side, find a way to partner instead of severing ties, etc. The fact that I’m on this forum arguing about features just goes to show how poorly managed their business is. They don’t even bother responding to direct contact emails, forcing people to use these crappy forums. 


I think it’s worth noting as well that although users see search results through the Sonos app, the app isn’t actually doing the search as I understand it, the Sonos devices are. That limits the size of software to do searching, but also means you can do voice control searches, and the device can more easily report back  what it’s currently playing.  I suppose that could be changed so that the Sonos app does it’s own separate, more advanced lookup using the music services API when available, but that adds a lot of complication.

I think lyrics might be hard feature to accomplish, if you want the lyrics to display in time with the music.  That would require the speaker to constantly/regularly send lyric data to the Sonos app.   I guess it already does this though, as you can get current runtime data from the Sonos app at any time.  Anding lyrics wouldn’t be much different, assuming you can get lyric data from the streaming source.