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

Spotube: Open-source Spotify-Youtube client

github.com

Post reply on HN
Print view View original

481–490 of 661 posts

Re: Spotube: Open-source Spotify-Youtube client

#481

Post by rubymamis »

jhatemyjob wrote: post #473
rubymamis wrote: post #73

Earlier quoted context omitted.

Yep. This app uses 230mb of RAM on my machine compared to Spotify that uses 208mb. But it's definitely more performant than my hideously slow Electron Spotify client. I'm really done with Electron. I hope this shaming of Electron apps continue because I can't stand this degradation of software. The only Electron app of recent that had good performance is Notion Calendar (used to be Cron). Although, Notion itself is p…

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 creating a lot of white space around it, haha). It's so easy to create beautiful, fluid UI with QML. I've created a short video that demonstrate what I'm working on currently[2] - a Kanban view inside my block editor (kinda buggy now, still WIP). Hopefully, this does inspire you that it's possible.

And it's actually pretty easy to write the C++ code. I don't really use custom sub-classing much. I use Qt's QtObject which allows me to create C++ object that work beautifully with QML. Bryan's course doesn't delve deeper as that, I had to do a lot of searching to figure it out. I hope to open source some of Plume's components to inspire others to do the same. Another point regarding aesthetics, it really takes effort, but Qt can be extended using community libraries. For example, if you want your app to look native on macOS and Windows with a sexy frameless border with a transparent window, then you could use the awesome qwindowkit[3]. Another example, I wanted to position the window buttons on macOS (the traffic light buttons) differently, but couldn't figure it out, and obviously this can't be done using Qt alone, so I looked at Electron's source code and saw how they do it there in Objective-C and incorporated it in my app (ChatGPT-4 wasn't very helpful at that). Now I really want to have these buttons' fill color transparent like Things 3 does, so I'm looking at how to achieve that haha. I already got some ideas. If you need any further help, let me know![4][5].

EDIT: A cool feature of combining Qt C++ with QML is that you get the performance of a compiled language like C++ with the reactivity, ease-of-use, fluid and easy animations (and more) of QML. You can see on Plume's website that it's 4x faster than the fastest comparable native app on macOS.

[1] https://www.udemy.com/course/qml-for-beginners/

[2] https://www.loom.com/share/b40009316f6b420b9ece15a1f99e987c

[3] https://github.com/stdware/qwindowkit

[4] https://twitter.com/mamistvalove

[5] ruby AT mamistvalove DOT gmail

Re: Spotube: Open-source Spotify-Youtube client

#482

Post by thfuran »

nsteel wrote: post #339

I don't get it at all. > No ads, thanks to the use of public & free Spotify and YT Music APIs¹ There's zero permission to use Spotify's APIs in this way. So what does "thanks" mean in this context? I don't like projects like this that potentially ruin it for the rest of us.

https://www.collinsdictionary.com/dictionary/english-thesaur...

Re: Spotube: Open-source Spotify-Youtube client

#484

Post by dang »

bayindirh wrote: post #2

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.

Ok, we've put that in the title now, along with the project name. (Submitted title was "Open source Spotify client that doesn't require Premium nor uses Electron")

Re: Spotube: Open-source Spotify-Youtube client

#485

Post by badgersnake »

amomchilov wrote: post #176
devjab wrote: post #56

Earlier quoted context omitted.

I’m sort of surprised it’s considered a good thing. Some of my favourite programs use electron, like visual studio code. I haven’t used Spotify though, so maybe that is one of the many electron apps that suck? I was very unimpressed by flutter when we PoC it at work, but that was years ago, so maybe it’s gotten better since.

VSCode couldn't support multiple windows until just recently, entirely because of a limitation from the early days of Electron. When "multiple windows" is a feature to be announced (as if weren't trivial on any native stack), you know it's a sad state is affairs.

Don’t understand all the fuss about VSCode. I’m sticking with neovim.

Re: Spotube: Open-source Spotify-Youtube client

#486

Post by Alifatisk »

monsieurbanana wrote: post #4

For something that puts "not using electron" so prominently I didn't expect it using flutter. I admit I don't really have much experience with it, I thought it was like react-native (but better?), still far from truly native apps. Im here to being told I'm wrong. I would love to, specially since we can transpile clojure to dart

I tried Flutter on my previous project, it’s good, like really good. Dart has its weird parts but other than that, I enjoy it a lot.

Re: Spotube: Open-source Spotify-Youtube client

#487

Post by tredre3 »

diggan wrote: post #428
amomchilov wrote: post #176

Earlier quoted context omitted.

VSCode couldn't support multiple windows until just recently, entirely because of a limitation from the early days of Electron. When "multiple windows" is a feature to be announced (as if weren't trivial on any native stack), you know it's a sad state is affairs.

> VSCode couldn't support multiple windows until just recently, entirely because of a limitation from the early days of Electron. That sounds like Microsoft deflecting blame. You've been able to do multiple windows for a very long time in Electron, I remember being able to do so in 2019 at the very least, and the book "Electron in Action" ( https://www.manning.com/books/electron-in-action ) even have a chapter dedica…

VSCode always could have multiple windows. You can open multiple projects and they all share the same process(es), so clearly Electron supports multiple windows.

What it couldn't do, though, was to have a single workspace span multiple windows (ie "detach" tabs).

Whether or not this was caused by an electron limitation or a design flaw in VSCode, I can't say. Though I find it hard to believe that it would have been impossible to implement had they really wanted to.

Re: Spotube: Open-source Spotify-Youtube client

#488

Post by empiricus »

mattgreenrocks wrote: post #254
add-sub-mul-div wrote: post #230

Earlier quoted context omitted.

I used to pay for Spotify but canceled because the player experience was so bad, not because of the cost.

I usually keep my opinions on software to myself, but I struggle to understand how the audio playback code path is not rock solid at this point. It's a state machine. That's it.

As some basic examples, the spotify app does not have a listening history, or at a minimum some counts and the most listened songs. Or the app on the samsung tv does not have any setting or information about the audio quality.

Re: Spotube: Open-source Spotify-Youtube client

#489

Post by qingcharles »

Tarq0n wrote: post #276
bayindirh wrote: post #114

Earlier quoted context omitted.

Lossless still beats MP3@320CBR audibly, but you need a pipeline which can render that difference. I’ll not rewrite details here, one can search my comment history if more details are required.

Some of the best recordings I've heard (NPR) are only on YouTube. This leads me to believe recording quality is orders of magnitude more important than encoding, as long as a decent bitrate and encoding scheme were used.

In one of my previous lives I built an encoding platform for all the major record labels. Part of this involved listening to hundreds of tracks to try and optimize the encoder settings. It's not necessarily the quality of the original recording, but simply the type of audio. For instance, the absolute hardest, IMO, were "unplugged" albums, e.g. solo singer, acoustic guitar. Lossy compression would shit itself on those.

Re: Spotube: Open-source Spotify-Youtube client

#490

Post by ang_cire »

seemack wrote: post #454
felixbraun wrote: post #307

Worked on an open source cloud player 10y ago: idea was to have one place to curate playlists and your music library in general -- basically an access and authentication platform where the underlying providers can change over the years without impacting your collection. Still feel this is the right way to think about collecting and curating music going forward…

I had a similar thought a few years ago when trying to think of "useful" uses of NFTs. It could be great if I could buy music, etc and then play it on any streaming service via some sort of proof-of-right-to-play mechanism.

It will never happen. Why would the future platform owners, or especially separate service owners, want to let you enjoy the benefit of their hosting costs when they get nothing?
Post reply on HN