if you want to discover new music, have a look at nts.live
Fastpotify
131–140 of 583 posts
Re: Fastpotify
#132Earlier quoted context omitted.
Librespot no longer works for new accounts. APIs are being gated off and they’re applying legal pressure to dissuade projects from reverse engineering anything new. At the end of the day, they can turn the tap off anytime they want, whether by technical or legal means. I tired of having so much of my music experience at risk and chose to migrate on my own terms.
They can only turn the tap off because those projects operated in ways that required them to leave it on. Biggest mistake most librefication projects make is to do their project out in the open where they can easily be subject to legal pressure, then fall into complete disarray the moment that pressure appears. They can't move underground once pressure starts, because everyone already knows who they are.
> Biggest mistake most librefication projects make is to do their project out in the open
That's not it. Most youtube downloaders are not developed in the open and Youtube still breaks them every other week by changing on purpose the way they operate. And, unlike highly obfuscated instructions, studying the network queries used by a simple app does not require expensive reverse engineering efforts from Spotify engineers; essentially, it's the same as developing in the open.
The only case i can think where obfuscation might help would be if the actual Spotify API consumers were servers by the app developers (or some form of obfuscation via residential proxies) and the app developed an entirely different API to/from its servers. But then, you're back to the developers and hosts can receive legal threats, etc...
Re: Fastpotify
#133If anyone is interested in selfhosting or wants to stop using spotify without losing the discoverabily: I use explo+slsk+lidarr+navidrome, for access on my phone I use dsub2000 or symfonium but mainly dsub2000. Explo is the software used for the discovery https://github.com/LumePart/Explo It automatically downloads daily jams, weekly jams and weekly exploration playlists from your listenbrainz account(free) using you…
I'm using a similar setup with soularr, and I just need to import my playlists from Spotify, but I'd rather not use a fork of lidarr.
Hi,
Actually it's not a fork it's the docker image for the plugin branch.
Sorry I set this up quite a long while ago and didn't remember correctly.
And it seems to have been merged so the plugin branch is not needed anymore, see: https://github.com/Lidarr/Lidarr/pull/1829
So the official image would work.
edit:
I just migrated and I can confirm it works.
I used lscr.io/linuxserver/lidarr:nightly, note that the `latest` tag won't work as it's using the `master` branch which doesn't have plugin support yet, so either use the `nightly` tag or the `develop` tag.
See: https://docs.linuxserver.io/images/docker-lidarr/#version-ta...
Re: Fastpotify
#134Earlier quoted context omitted.
Anthropic can prevent people from using their models with the subscription plan outside Claude Code, why couldn't Spotify?
Because millions of Spotify-compatible speakers are sold with firmware that will never be upgraded, so they can't ever change the Spotify connect protocol without breaking those devices.
... and no company ever broke backwards-compatible support.
Re: Fastpotify
#135I think the key call out with this is how cool egui is (the Rust GUI library it uses). Check out their website: https://www.egui.rs/ The demos are very good: https://www.egui.rs/#clock Edit: egui is an immediate mode GUI library written in Rust. egui runs natively on , and on the web it is compiled to WebAssembly and rendered with WebGL or WebGPU. Everything you see is rendered as textured triangles. There is no DO…
I was about to come here and say that egui is a terrible choice for web. Everything is rendered in a canvas, so accessibility and extensibility is thrown out of the window. Basic browser functions like pinch-zoom don't work, it has some very wonky visual bugs when resizing the window, interactions have a very noticeable delay, no browser extensions work with this.
This is really not a good solution for web apps, and if you're vibe coding your apps anyway, there isn't any reason not to have a native browser application.
Re: Fastpotify
#136Spotify is in the process of killing the librespot project that this and most third party Spotify players are built on. I think the golden age of music streaming is coming to an end. I’ve migrated to a self hosted library with streaming and radio for discovery. I hope we’ll see many projects in the space flourish. Many, like Navidrome and the whole OpenSubsonic ecosystem, seem to be doing quite well.
If anyone other than me really likes classical music, I thoroughly recommend Hyperion Records. DRM free downloads in your choice of codec, one to two free CDs worth of sampler per month to download (with a jewel case PDF!) and some truly excellent world leading groups and beautiful new music.
Thanks for sharing. I loved buying then downloading cheap samplers from punk and hardcore labels when I was younger. That was part of the culture and that really helped me discover new music and shaping my tastes. This is something that doesn't exist that much anymore and I'm glad to find this initiative. I try to listen to classical music but that's a very difficult world to discover, this will probably help by helping me to focus on few titles instead of jumping in the gigantic and maze-ish pool !
Re: Fastpotify
#137Spotify is in the process of killing the librespot project that this and most third party Spotify players are built on. I think the golden age of music streaming is coming to an end. I’ve migrated to a self hosted library with streaming and radio for discovery. I hope we’ll see many projects in the space flourish. Many, like Navidrome and the whole OpenSubsonic ecosystem, seem to be doing quite well.
Spoiler: Spotify has always been terrible. The golden age of music streaming was Zune pass where you could stream and download 10 songs/mo. And arguably Pandora always had a better radio algorithm than Spotify.
> Spotify has always been terrible.
It wasn't, really. At least not completely. I fully agree on the algorithm - I miss times of scrobbling to Last.fm, which was much better at this. (Spotify always supported scrobbling to Last.fm from their client, surprisingly).
Spotify used to be snappy and worked really well on Linux. I even used it for local libraries, as it was one of the few options that didn't crash on mine.
It was at the beautiful time when we realized web apps can have local storage, Google released that experiment called Chrome to "show public how modern browser can evolve and inspire other browser makers how to progress". We know it ended up in "extinguish the market with it", unfortunately.
But Spotify chose native app approach - they distributed it as packages. Deezer on the other hand, back then (I don't know now) had just native web app that could pull music locally. I think it was an extension of Chrome (?). It also worked perfectly fine on Linux, almost two decades ago.
We had a lot of decent options back then.
Re: Fastpotify
#138If anyone is interested in selfhosting or wants to stop using spotify without losing the discoverabily: I use explo+slsk+lidarr+navidrome, for access on my phone I use dsub2000 or symfonium but mainly dsub2000. Explo is the software used for the discovery https://github.com/LumePart/Explo It automatically downloads daily jams, weekly jams and weekly exploration playlists from your listenbrainz account(free) using you…
Thanks for sharing Explo, looks like a good project for discovery, I’m going to check it out!
I’m using a similar setup, with Lidar/Navidrome, but using Subwave for discovery. It works very well for going through your library and playing music like a radio station would, but it won’t recommend anything that’s not already in there.
Re: Fastpotify
#139I think the key call out with this is how cool egui is (the Rust GUI library it uses). Check out their website: https://www.egui.rs/ The demos are very good: https://www.egui.rs/#clock Edit: egui is an immediate mode GUI library written in Rust. egui runs natively on , and on the web it is compiled to WebAssembly and rendered with WebGL or WebGPU. Everything you see is rendered as textured triangles. There is no DO…
Devs are constantly making the mistake of falling in love with immediate mode GUIs... because it's convenient for them, the developer. For the user, it's almost always a worse experience as things don't behave in the same way as the rest of the platform they're on.
egui is great for video game debug UI overlays and internal tools, and maybe some specialized graphical tools. Otherwise its quirks are too annoying for general purpose app usage. Sure, you banged out a UI quickly with it, at the expense of your users.
Re: Fastpotify
#140Author here. Happy to answer any questions!
I was curious about the choice of an immediate mode rather than retained GUI toolkit.
Could you speak a little more about the trade-offs and decisions there w.r.t. performance.
(Nice work btw, seems very interesting!)
C.f. this comment[0]