Live data from Hacker News

Spotube: Open-source Spotify-Youtube client

github.com

501–510 of 661 posts

Re: Spotube: Open-source Spotify-Youtube client

#502

Earlier quoted context omitted.

Coming from AppKit/UIKit I tried to learn Qt and it was just awful. I hated how tightly coupled with C++ it was. Everything was based around subclassing and overriding methods, there was no way to just have a dumb UIView and set its frame and add a bunch of subviews to it. There was also no clean way to expose a C ABI to use a scripting language (with an FFI) to configure the UI easily All of the Qt apps I know about…

I feel ya! I thought the same, until I discovered the world of combining Qt C++ and QML. QML is extremely easy to learn (I studied all the basics in one day using this Udemy course[1] (not affiliated, just love his work). BTW, he has many free awesome YouTube videos for Qt C++. Creating an aesthetically pleasing app in any framework takes a lot of effort (it's mostly about being focused on what necessary and then cre…

Thanks for the candid reply. Man... this sounds like too much for me. Oh well. Guess I'll use AppKit for now and if I wanna add Windows/Linux I'll bring in Qt. Definitely will come back to this comment if/when that happens.

Re: Spotube: Open-source Spotify-Youtube client

#503

Earlier quoted context omitted.

Not really suggesting Spotify pays their artists well but surely YouTube is worse, right?

Supposedly "between $0.001 and $0.003" from [0], but then this site[1] claims: > Plays on YouTube Music will gain on average $0.008. Although neither have sources. I imagine YouTube Premium plays match or beat Spotify on average. Of course, for anything, if you block ads AND refuse to pay for the premium subscription, the artist makes $0 from your listening. Hopefully you can support them off-platform via merch or ev…

is that true? presumably youtube still has to pay the artist for reproducing/streaming the song, even if you didn't watch an ad. I'm suspicious that the licensing agreement YouTube says "we'll pay you for the right to stream your music, unless if they use an ad blocker, then too bad."

Re: Spotube: Open-source Spotify-Youtube client

#504

Earlier quoted context omitted.

I feel ya! I thought the same, until I discovered the world of combining Qt C++ and QML. QML is extremely easy to learn (I studied all the basics in one day using this Udemy course[1] (not affiliated, just love his work). BTW, he has many free awesome YouTube videos for Qt C++. Creating an aesthetically pleasing app in any framework takes a lot of effort (it's mostly about being focused on what necessary and then cre…

Thanks for the candid reply. Man... this sounds like too much for me. Oh well. Guess I'll use AppKit for now and if I wanna add Windows/Linux I'll bring in Qt. Definitely will come back to this comment if/when that happens.

No problem mate, let me know if you need any help. Good luck with AppKit!

Re: Spotube: Open-source Spotify-Youtube client

#505
post #408

Earlier quoted context omitted.

I think you're missing a few relevant things: An annual spotify subscription in the U.S. is $99 (possibly less with boxing day deals and such), but I'd assume the majority of subscribers are outside the U.S. where prices are lower across the board. But 6M of those artists may be AI-generated filler content, possibly published by bots. I don't think the correct idea is to divide the potential money people can spend by…

I mostly listen to long-tail artists, so if I were to pick one at random, it would probably be in the 80-99.9th percentile group. (Assuming 80% of Spotify's catalog is spam -- that could be, but I don't use Spotify, and have never encountered spam any of their competitors). This would pull some revenue away from the > 99.9th percentile artists, but that's OK with me. I'm more worried that, even if we count jobs that…

Then you're probably the rare exception who would likely benefit independent artists more by just randomly picking a few every year.

If everyone just pirated and picked a few musicians to support directly every year, the overwhelming majority of people would pick from the 16,000 in the 99.8th percentile on spotify, and the majority of the hundreds of thousands of artists in the 80th - 99.8th percentiles would see no income whatsoever from digital distribution.

Re: Spotube: Open-source Spotify-Youtube client

#506
It's puzzling to me how much excitement this is suddenly generating on HN.

Yes, mixing Spotify playlists with a YouTube frontend is a great idea, but in no way is this new. Anyone following the app modding scene on XDA-Developers (pre-enshittification) or Telegram has likely seen atleast half a dozen apps that have been implementing the same thing for the last five years.

Re: Spotube: Open-source Spotify-Youtube client

#507

Earlier quoted context omitted.

The quality ceiling for any recording you have is the quality ceiling of the weakest link in your audio pipeline. This means, to be able to get a good sound from any system, you have to feed it a good signal, and that path starts with recording. Current audio codecs are great from a psychoacoustic point of view. A good encoder can create an enjoyable file at modest bitrates (192kbps for MP3, and 128kbps for AAC IIRC)…

A reduction in soundstage/width is likely due to using "joint stereo" or "intensity stereo" encoder modes, which do things such as mid-side (M-S) conversion (which isn't itself the culprit) in order to give more bits to M (which results in better quality for sounds with high L-R correlation, like vocals) and fewer bits to S (which results in less quality for sounds with low L-R correlation, like a drum kit stereo mik…

Interesting, how can I check if a file was encoded with joint stereo? I've never seen those keywords in ffprobe output

Is this only an issue for mp3 or do other codecs also use fewer bits for the difference between channels?

Re: Spotube: Open-source Spotify-Youtube client

#508

Nifty. Please be aware that this is not a "spotify client" per se. It gets the data from Spotify, and plays the audio from YouTube. It's an interesting invention, and worthy of the first page, if you ask me.

I see. What I really want is a converter from Spotify abomination to standard podcasts which I can read from any podcast client. Last I checked the podcasts are DRM encumbered. So you’d have to spin up a client pretending to be chrome and use the Wivedine extension to decrypt every mp3 frame. No hacking required. But Life is too short. So instead I refuse to listen to fake podcasts on Spotify.

Me too. Spotify may have successfully killed the "open medium" promise of the words "podcast" and "podcasting" as part of their embrace/extend/extinguish strategy, but there are many great podcasting clients that continue to support opencasting, and very few shows exclusive to closed audio platforms like Spotify.

Re: Spotube: Open-source Spotify-Youtube client

#509
post #455

Earlier quoted context omitted.

The quality ceiling for any recording you have is the quality ceiling of the weakest link in your audio pipeline. This means, to be able to get a good sound from any system, you have to feed it a good signal, and that path starts with recording. Current audio codecs are great from a psychoacoustic point of view. A good encoder can create an enjoyable file at modest bitrates (192kbps for MP3, and 128kbps for AAC IIRC)…

> Lastly, it's not possible to completely contain the sound of a symphony orchestra in a stereo recording Thank god we have more than 2 ears.

The problem is not the number of ears we have, but the amount of air moved by the instruments themselves and how they interact with each other.

A symphony orchestra is miced per group normally (2 for violins, 2 for trumpets, etc.), but if you're around 60 people, you can mic every instrument individually.

To reproduce the sound 1 to 1, you need to mic every instrument individually, and playback them with speakers matching the frequency response and air pressure . So you need speakers equal to the number and characteristics of instruments themselves. On top of that you need to record them ideal microphones and store them loslessly in the process.

Otherwise, you can't create the sound by recording 100 people with 20 microphones, and downmixing them to two channels. It's not possible. I played in double bass in an orchestra, listened countless orchestras, listened the recordings of our own concerts. The gap is enormous.

Re: Spotube: Open-source Spotify-Youtube client

#510

Somewhat related: A month ago I migrated from Spotify to YTMusic (Youtube), and published the scripts I used to do it. People have kind of come out of the woodwork: reporting issues, starring the repo, asking questions, last night I found someone has written a GUI for it. https://github.com/linsomniac/spotify_to_ytmusic The biggest reason I ditched Spotify is that their shuffle play of playlists is laughably bad. I l…

YTMusic is still a pale imitation of what Google Play Music used to be... but it's also still my main streaming service simply because most of my library transferred from GPM.
Post reply on HN