I’m not 100% sure we both are talking about the same things but I’m going to assume you mean playing songs on Spotify and then having your phones lockscreen display that song.
The answer to that is UI APIs, your phone likely exposed APIs to developers who make apps for your phone. They can use these system APIs to tell your phone’s music display UI thing what song you are playing and what the buttons (next, prev, stop/play should do)
These APIs are client side but I wouldn’t be surprised if they phoned home in some way.
An example of this could be that the internal UI API may phone home to tell Google that a client is choosing Spotify as their music player.
That being said I don’t know if this is practical or likely. It is possible and doable though.
IIRC, it uses a database of common and popular songs stored locally on your phone (possibly adapted to what Google knows about your taste in music, idk) and only goes online for matches when you do a manual song search.
Just… no. Fuck no. It’s listening, and it’s not just the audio, it’s snooping on what you’re accessing on your network connections. Shazam is definitely doing this, as what you search will appear instantly in most cases.
It occurred to me that I might be wrong about the locally stored database, so I conducted an experiment.
I put my phone in airplane mode, then went to my record player and played a song with my phone sitting nearby. Within a minute, my phone correctly displayed the currently playing song, despite having no connectivity whatsoever. This proves that there is a local database of songs against which the service can compare what it hears. Obviously the database does not include every song ever written, that would be ridiculous.
I never claimed that the phone was not listening, it has to listen in some way to recognize music. What I did claim, and have now proven, is that it can identify songs without sending the audio to Google.
Then how does Google figure out what music is playing in the background to display it on the lock screen?
I’m very happy to have GrapheneOS on my phone now.
I’m not 100% sure we both are talking about the same things but I’m going to assume you mean playing songs on Spotify and then having your phones lockscreen display that song.
The answer to that is UI APIs, your phone likely exposed APIs to developers who make apps for your phone. They can use these system APIs to tell your phone’s music display UI thing what song you are playing and what the buttons (next, prev, stop/play should do)
These APIs are client side but I wouldn’t be surprised if they phoned home in some way.
An example of this could be that the internal UI API may phone home to tell Google that a client is choosing Spotify as their music player.
That being said I don’t know if this is practical or likely. It is possible and doable though.
IIRC, it uses a database of common and popular songs stored locally on your phone (possibly adapted to what Google knows about your taste in music, idk) and only goes online for matches when you do a manual song search.
Just… no. Fuck no. It’s listening, and it’s not just the audio, it’s snooping on what you’re accessing on your network connections. Shazam is definitely doing this, as what you search will appear instantly in most cases.
It occurred to me that I might be wrong about the locally stored database, so I conducted an experiment.
I put my phone in airplane mode, then went to my record player and played a song with my phone sitting nearby. Within a minute, my phone correctly displayed the currently playing song, despite having no connectivity whatsoever. This proves that there is a local database of songs against which the service can compare what it hears. Obviously the database does not include every song ever written, that would be ridiculous.
I never claimed that the phone was not listening, it has to listen in some way to recognize music. What I did claim, and have now proven, is that it can identify songs without sending the audio to Google.