Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Fastpotify

fastpotify.rocks

Post reply on HN
Print view View original

211–220 of 583 posts

Re: Fastpotify

#211

Post by hipgrave »

progbits wrote: post #146

What do you all use to buy music these days? I've been slowly trying to stop my spotify usage and replace it with owned audio files. Mostly I try to use Bandcamp but many artists are not there. Sometimes I just rip the audio from youtube but would prefer a way to buy that gives most of the money to the artist.

I've found that it's actually surprisingly difficult to find a lot of music I like for purchase. Bandcamp is good but there is also 7Digital (both owned by Songtradr), Bleep and Qobuz. 7Digital usually has stuff that won't be on Bandcamp. There are also a few newer alternatives popping up like Ampwall, Subvert, and Mirlo.

Re: Fastpotify

#212

Post by _kidlike »

sznio wrote: post #173
_kidlike wrote: post #163

Earlier quoted context omitted.

Also, I know it's a bit niche, but Deezer does not have an equivalent of "Spotify Connect" protocol, which means that Network Integrated Amplifiers (like Onkyo A-50), CANNOT implement a player with good UX. Spotify is now king since they introduced lossless quality which is enabled by default in such amplifiers. The benefit is that there is no local streaming (e.g. Bluetooth) and no latency. The data come from Spotif…

>The benefit is that there is no local streaming (e.g. Bluetooth) how is a lack of an offline, standard, widely supported option a benefit?

I didn't say this is not supported. But it's not as good as streaming from Spotify directly to the amp, and the media decoding happens locally.

Adding the Bluetooth layer adds more layers of encoding/decoding, and generally speaking it has narrower bandwidth.

Re: Fastpotify

#213

Post by bodge5000 »

yitchelle wrote: post #179
Semkas wrote: post #174

Lots of people seem to care about whether a project was built by hand over time by a few committed developers, or if it was vibe-coded in the past week by a single person. Whether the distinction matters or not, it would be nice for everyone involved if projects falling into the second category were more upfront about that.

As a matter of interest, would seeing a full disclosure that vibe coding was used sway your decision one way or the other?

I'll admit to having some bias against vibe coding, but trying to put that aside I think it depends on the purpose of the project. If it attempts to be an improvement over existing software then absolutely yes it would, things like speed, performance, security and reliability are not something I'd trust vibe coding for. If its for doing something novel where the previously mentioned is less of the focus, I can imagine myself looking past that, sure.

Re: Fastpotify

#214

Post by earcar »

HaloZero wrote: post #55
wilted-iris wrote: post #2

Spotify 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.

What makes you think Spotify is killing it? I know they aren't supporting FLAC but otherwise I don't think they're actively trying to stop it as opposed to not really caring if they support it (which is more "We don't care" as opposed to "We have to stop this")

Author here.

I haven't seen any evidence of Spotify killing librespot. To me the project looks active and works totally fine. I don't have a new Spotify account to verify the claim above.

I suspect wilted-iris is conflating it with the recent changes to the Web APIs: new developer apps can't use all endpoints anymore. In Fastpotify if you add your Client ID I use both an older developer app and your app to keep everything as fast and seamless as possible.

Re: Fastpotify

#215

Post by embedding-shape »

bko wrote: post #210
alexyoung wrote: post #141

I realise I’m pissing into the wind here, but I find the LLM text on the homepage and docs quite funny/ awkward. > “Ctrl+M turns it into a tiny player that wears any classic Winamp 2 skin, spectrum analyser, equalizer, and playlist included. 2000s vibes, pixel for pixel.” Everything is said with too much intensity, and phrasing that sounds impressive but doesn’t really mean that much. Like “wears any classic Winamp 2…

> I feel like if you can’t be bothered to write the code, at least document it yourself and write the marketing copy so I know you understand the product. Do you not understand it? This person doesn't owe you any work. He's providing a product for free and this is a reasonable enough description of the product. > Did the LLM generate some amazing rm -rf somewhere, or another blunder that wrecks data I might care abou…

> The mythical "rm -rf" random LLM insertion is not a real threat. Every time I see stories about this kind of issue, it's almost always preceded by basically prompt poisoning.

It is real, typically happening when dumber models (haven't personally seen any of the SOTA ones on reasonable thinking/reasoning level do this) try to clean up stuff via bash and forget to assign a variable. Things like "rm -rf sessions/$id" without double-checking $id is actually defined, would do "rm -rf sessions/" and remove the entire directory. Add in more variables in a path like "rm -rf $HOME/projects/$user/$repo/$tmpdir" and the dumb models people think they can use for local coding, promptly removes a lot more than expected.

Not sure how people aren't already running these agents in an environment/sandbox where stuff like this wouldn't matter, locally or not, but some LLMs do truly accidentally delete stuff for people, without "prompt poisoning", I had it happen myself while testing Qwen3.8-27B (BF16) locally just a week or two ago, exactly as described above.

Re: Fastpotify

#216

Post by embedding-shape »

MrGilbert wrote: post #175
alexyoung wrote: post #141

I realise I’m pissing into the wind here, but I find the LLM text on the homepage and docs quite funny/ awkward. > “Ctrl+M turns it into a tiny player that wears any classic Winamp 2 skin, spectrum analyser, equalizer, and playlist included. 2000s vibes, pixel for pixel.” Everything is said with too much intensity, and phrasing that sounds impressive but doesn’t really mean that much. Like “wears any classic Winamp 2…

Interestingly enough, https://fastpotify.rocks/winamp/ shows what I dislike about LLM-generated text: From "The buttons do what they say [...]" to "[...] a different format and are not supported" is just a huge wall of text without any visual guidance. It's as if the person writing these lines didn't care about the result. One could argue that people not caring about written documentation isn't anything new, but in t…

What sucks is that clearly the author has prompted the model somehow to generate this text, and this prompt probably contains the actual meat that the model just "expanded on" while adding it's own fluff, and if the author just shared the actual verbatim prompt instead, the documentation would be 90% shorter but also 200% more "informative per character used".

Just share the prompt you used, regardless of how low quality or bad it is, rather than this word spaghetti of 100s of words saying basically nothing, such a waste.

Re: Fastpotify

#217

Post by moritonal »

MrGilbert wrote: post #175
alexyoung wrote: post #141

I realise I’m pissing into the wind here, but I find the LLM text on the homepage and docs quite funny/ awkward. > “Ctrl+M turns it into a tiny player that wears any classic Winamp 2 skin, spectrum analyser, equalizer, and playlist included. 2000s vibes, pixel for pixel.” Everything is said with too much intensity, and phrasing that sounds impressive but doesn’t really mean that much. Like “wears any classic Winamp 2…

Interestingly enough, https://fastpotify.rocks/winamp/ shows what I dislike about LLM-generated text: From "The buttons do what they say [...]" to "[...] a different format and are not supported" is just a huge wall of text without any visual guidance. It's as if the person writing these lines didn't care about the result. One could argue that people not caring about written documentation isn't anything new, but in t…

It's a weird world where they put less time into writing that doc than you did reading it.

Re: Fastpotify

#218

Post by bramhaag »

cirelli94 wrote: post #207
earcar wrote: post #201

Earlier quoted context omitted.

Author here. Yes, the code is generated. Yes, the docs are generated. I agree LLM copy is annoying and will rewrite them myself. But I built this for myself out of frustration with the official client, and I use it every day, so every bug I find is fixed immediately. I also care about bugs and PRs from other people, as you can see the amount that have been closed on the repo. The only reason I would stop maintaining…

I would use the phrase "Responsible Use of Generative AI", from https://www.debian.org/vote/2026/vote_002#texte

I wouldn't.

> The Debian Project nevertheless expects that all contributions submitted to Debian, regardless of how and with which tools they were produced, satisfy the same standards of quality, correctness, maintainability, and legal compliance.

Slop text on the homepage does not scream "quality" to me.

The code is worse, somehow. Endless paragraphs of comments that say nothing: https://github.com/crmne/fastpotify/blob/d9aafbf8e0b0c4d2da3...

Re: Fastpotify

#219

Post by krater23 »

progbits wrote: post #146

What do you all use to buy music these days? I've been slowly trying to stop my spotify usage and replace it with owned audio files. Mostly I try to use Bandcamp but many artists are not there. Sometimes I just rip the audio from youtube but would prefer a way to buy that gives most of the money to the artist.

Fuck it! I sail away under the flag of jolly rogers...harrrrrr!!!

Re: Fastpotify

#220

Post by sceptic123 »

ainiriand wrote: post #93
punarinta wrote: post #29

Software has finally started to get faster, and I love it. Pls don't consider this a spam, but if anyone is interested in a fast native Slack client, I'm building one, since Slack themselves don't want to: https://msga.app

Make MSTeams Great Again when? Amazing work btw.

Teams was never great to start with
Post reply on HN