Live data from Hacker News

A cross-platform GUI for YouTube-dl

github.com

141–150 of 156 posts

Re: A cross-platform GUI for YouTube-dl

#141
post #25

Earlier quoted context omitted.

I just don't get these kind of comments. This person's javascript knowledge enabled him to develop this multi-platform app, it looks and feels great and does its job. Yes, it uses a lot of memory (140mb by just opening it) but how long does this stay actually open? You download some videos and close it in a few minutes. It's not a persistent use case like a chat client. youtube-dl is a 10 year old project. Where are…

It's a CLI app, it doesn't need "an app" for it.

I hope you never buy premise chicken stock from the store.

Everybody has things they are interested in and want to spend time on. But not everyone can do all of them.

Re: A cross-platform GUI for YouTube-dl

#142
post #58

The words "cross-platform" caught my eye, but I don't see any screenshots of the program on macOS or Linux.

It's using Electron, is there any reason to show three ~identical screenshots?

Not every Election App looks identical on each platform. Plus, it’s just a nice confirmation that the experience works properly on your preferred platform.

Re: A cross-platform GUI for YouTube-dl

#143
post #53

The words "cross-platform" caught my eye, but I don't see any screenshots of the program on macOS or Linux.

It's Electron, the Mac and Linux versions will look exactly the same.

That’s not always a given. It’s possible for Electron apps to have per platform styling.

Re: A cross-platform GUI for YouTube-dl

#145
post #7

In case you're wondering: yes, it uses Electron. Because you definitely need yet another browser just to watch youtube videos.

I just don't get these kind of comments. This person's javascript knowledge enabled him to develop this multi-platform app, it looks and feels great and does its job. Yes, it uses a lot of memory (140mb by just opening it) but how long does this stay actually open? You download some videos and close it in a few minutes. It's not a persistent use case like a chat client. youtube-dl is a 10 year old project. Where are…

[deleted]

Re: A cross-platform GUI for YouTube-dl

#146
post #75

Earlier quoted context omitted.

I just don't get these kind of comments. This person's javascript knowledge enabled him to develop this multi-platform app, it looks and feels great and does its job. Yes, it uses a lot of memory (140mb by just opening it) but how long does this stay actually open? You download some videos and close it in a few minutes. It's not a persistent use case like a chat client. youtube-dl is a 10 year old project. Where are…

And I don't get how you can be so defensive about Electron. It's technically inferior to literally any native solution such as wxwidgets or Qt. RAM usage, CPU cycles, Hard drive space... it's such a disrespectful stance on computing resources.

> youtube-dl is a 10 year old project. Where are all the great qt gui-s for it?

Re: A cross-platform GUI for YouTube-dl

#147
post #20
post #18

I’ve been using this[0] GUI for years which is cross platform (Python not electron) and works amazingly. Let’s you do custom download formats, and accepts any input normal YouTube-dl accepts (videos, playlists, channels, etc). I use it almost daily. [0] https://mrs0m30n3.github.io/youtube-dl-gui/

Do you experience any issues with it? Seeing as it hasn't been developed further since 2018, while youtube-dl is still being worked on (including new features).

I’ve honestly never had a single issue with it and wasn’t exaggerating when I said I use it nearly every day. I save any/every video I find useful to my NAS because I don’t trust Google not to delete the persons account for some arbitrary reason.

The only “gotcha” is sometimes downloads fail and if you don’t know to check the logs (in the top menu) then that can get confusing for new users, but usually it’s something simple like you need to update the YouTube-dl core (also just done via the menu) or you chose a download format/resolution not supported for that video.

Re: A cross-platform GUI for YouTube-dl

#148
post #58

Earlier quoted context omitted.

It's using Electron, is there any reason to show three ~identical screenshots?

Not every Election App looks identical on each platform. Plus, it’s just a nice confirmation that the experience works properly on your preferred platform.

Sure, I suppose it's just that if something claims to be cross-platform, and is using a common framework for that, I'm happy to assume it's either exactly the same or the same modulo title bar, and not require 'proof'.

If it were my own project and I had a few different views/features to show off in screenshots I might alternate them (assuming there were some differences, or light/dark themes). But I definitely wouldn't show three copies of the same thing to somehow emphasise 'works on Linux, Mac, and Windows, seelookproof'.

Re: A cross-platform GUI for YouTube-dl

#149
post #148

Earlier quoted context omitted.

Not every Election App looks identical on each platform. Plus, it’s just a nice confirmation that the experience works properly on your preferred platform.

Sure, I suppose it's just that if something claims to be cross-platform, and is using a common framework for that, I'm happy to assume it's either exactly the same or the same modulo title bar, and not require 'proof'. If it were my own project and I had a few different views/features to show off in screenshots I might alternate them (assuming there were some differences, or light/dark themes). But I definitely would…

> Sure, I suppose it's just that if something claims to be cross-platform, and is using a common framework for that, I'm happy to assume it's either exactly the same or the same modulo title bar, and not require 'proof'.

As the old saying goes, assumptions make fools out of you and me. If we are to assume anything, I always start with worst case scenario and work my way up to “everything’s fine” rather than start here. If I don’t see it running on macOS, I assume:

- it’s untested and may not work properly

- it doesn’t follow standard macOS UI conventions like drag and drop, which is much more pervasive in macOS than other OS and, when it comes to files, can work quite differently

- it doesn’t support operations like having files dropped on its Dock tile

- it doesn’t support the global menu bar and thus its keyboard shortcuts (if any) aren’t able to be configured via standard means — this is often important for accessibility

- it doesn’t support macOS’ built-in accessibility features, so can’t be read by VoiceOver or show large text via Hover Text

Once you go beyond the superficial, you realise that design is more than just how it looks but how it works — functionality, usability, etc.

All I want is the mildest proof that, at the very least, it has been tested to run on macOS. At that stage, I might put the effort in to check that those other aspects are also covered.

It isn’t my job to find that out; it’s the developer/vendor’s job to prove it so that I’m not wasting my time.

> But I definitely wouldn’t show three copies of the same thing

Of course you wouldn’t, why would you — that’s not even what I wanted to see. I’m only interested in seeing it working properly on my platform.

Most websites will show the platform-specific screenshot rather than all three screenshots. For example, check out https://code.visualtudio.com — on an Apple device, it shows the Mac version; on a Windows device, it shows the Windows version; I’m not sure if it shows something else on Linux, it may do.

Re: A cross-platform GUI for YouTube-dl

#150
post #116

Earlier quoted context omitted.

Do you really need Python for this? I would implement what you describe in SwiftUI (which is native to my OS) code. I don’t understand what you care for other people’s personal projects. Not everyone knows your favorite language.

Python is not my favorite language. It's a basic language youtube-dl itself is implemented in. I would say bash but bash is hard. Even if I were an excavator driver I would still use an ordinary shovel for a personal project of planting flowers in my garden.

You're constraining yourself to a language for no good reason. With your logic, we'd all be writing C. Communicating with ytdl from any other language via a library or even a process call is rather trivial so just it being written in python is already a non reason.

I chose js a la electron because I needed a nice gui I could style and add user friendly interactions with minimal work to amongst several other reasons, the aim was to have a nice way to browse my archive and track what goes in, not create new work. If I just wanted videos I could easily have done this with a script, a browser extension or any of the zillion ytdl variants available. By just scaffolding a new project I had already met a lot of requirements, easily embeddable iframes, no external video player, instant search (fusejs) and the list goes on. This is also my first electron project and first time using it so go figure, heh.

Also funnily enough the first quick draft of this was in python using qt and lived in my taskbar tray which served a simple html page and ran in the background but it wasn't fun to use and required a lot more work rather than just mindlessly pulling down packages to use in a fun side project.

Post reply on HN