3 years ago I moved from iTunes to Google Play Music to adapt to my Linux desktop, but Google Play Music has ended this year. YouTube Music can only play songs that you want to play, such as promotional videos with extra audio, so it feels like this is YouTube, not a Music app.
So I'm using Spotify as a migration destination, but since I don't have any songs I want, I need to put the songs that were in Google Play Music in Dropbox and play them as local files [^ 1], so I have a desktop on Ubuntu for that. When I tried to use the app, it was difficult even though there was a page called https://www.spotify.com/us/download/linux/, so make a note of how I dealt with the problem.
You can do it normally with macOS apps, but you can't do it with the latest version on Linux.
For some reason, the account created by Google authentication does not have an email address associated with it by default (for that reason, it firmly conflicts if an account with a Gmail address exists [^ 2]), and even if you try to reset the password, there is no such email account. Is said. I almost gave up using the desktop app for a moment.
It's easy to fix this, you can register your email properly from the settings, and then you can reset your password, so you can safely log in to the Linux desktop app.
I don't think anyone is using a 4K display or HiDPI at this time, but when I install and open the Spotify client, it feels like it doesn't support HiDPI.
This should have been a quick fix at https://community.spotify.com/t5/Desktop-Linux/Linux-client-barely-usable-on-HiDPI-displays/td-p/1067272 ... However, the desktop entry to which --force-device-scale-factor = 2.0 is added is not in /usr/share/applications/spotify.desktop, but / snap/spotify/current/usr/share. You can find it in /spotify/spotify.desktop.
This cannot be tampered with directly as the config file is mounted readonly due to Snapcraft. /var/lib/snapd/desktop/applications/spotify_spotify.desktop You can mess with it, but the settings are not reflected even if you mess with it separately. I tried copying it to ~/.local/share/applications / and it behaved as expected. Even if there are multiple entries with the same name, it seems that they will not be duplicated in the GNOME menu.
Attempting to set local files on the current latest version of the Spotify client crashes on Ubuntu 20.04. The latest version at https://community.spotify.com/t5/Desktop-Linux/Ubuntu-20-04-1-Crashes-when-quot-add-source-quot-for-local-songs/td-p/5042485 It is said that it was fixed after installing, but at least the latest version as of 12/13/2020 is broken.
The solution of the above thread is not helpful even 1 mm, but when looking at the reply, I found that the setting can be applied if I bring a file called watch-sources.bnk made on another machine. It was. Even if you look at this binary, the path is not filled with plain text, so it seems difficult to edit by yourself.
So I found a Docker container https://hub.docker.com/r/syncomm/spotify/ that contains the old Spotify client, and it didn't crash with the addition of local files, so watch-sources. I solved it by bringing bnk.
It's best to look for a service that has the songs you need without using local files, or use Windows or macOS.
[^ 1]: By the way, if you intend to do that, it's a good idea to download all the songs on Google Play Music right now. I uploaded songs that I couldn't find in Spotify to Dropbox and used them as Spotify's local files path. By the way, you can easily transfer local files from a desktop machine on the same network to an iOS/Android app by using the playlist download function, but this is a premium function. [^ 2]: There is also a tip that you need to delete the account once and wait a little over 2 weeks to recreate it in order to make the account registered with the Gmail address Google authentication in the first place.
Recommended Posts