Live data from Hacker News

A cross-platform GUI for YouTube-dl

github.com

131–140 of 156 posts

Re: A cross-platform GUI for YouTube-dl

#131
post #50

I built my own personal version where it runs in the background and automatically downloads stuff I like (I highly curate my likes) or send to select playlists. Too often I go through my favorites and see deleted videos so I just cooked up something one weekend. I have an entire hard drive dedicated as an offline archive where I can playback at anytime, search the library and it even alerts me if any video or audio I…

This is exactly what I have been looking for, any chance you could make this public?

You might enjoy youtube-local: https://github.com/user234683/youtube-local

Re: A cross-platform GUI for YouTube-dl

#132
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.

Qt and wxWidgets are hardly native. Come on now. Electron isn’t perfect but if you are trying to build a good-looking/functioning UI for platforms that aren’t Linux (and thus have no UX consistency anyway, Elementary being an exception), it is a very viable option for lots and lots of devs. Especially web devs.

I get the hate at bad Electron apps but it’s also an unfair punching bag, IMHO. I would rather an app like this exist than not. And as a Mac user, I’d rather a good Electron app than some wxWidgets mess that still struggles with HiDPI in the year 2021, when every Mac I’ve owned since 2012 has had a high resolution display.

Re: A cross-platform GUI for YouTube-dl

#133

Earlier quoted context omitted.

> it's such a disrespectful stance on computing resources If it lets somebody accomplish something productive they wouldn't have had the time/expertise to do otherwise, then it's the best possible use of computing resources there could be. Computing resources are a means to an end. Not an end.

Constantly providing an "easy way out" for problems in form of technically inferior solutions is not a good path to tread on.

So no one should ever do anything unless it is technically perfect?

That’s an even worse path to tread on.

Re: A cross-platform GUI for YouTube-dl

#134
post #116

Earlier quoted context omitted.

Do you really need Electron for this? I would implement what you describe in a headless Python (which is native to YouTube-dl and where YouTube-dl itself is available as a library) script.

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.

Re: A cross-platform GUI for YouTube-dl

#135

Is this using the original yt-dl or the fork with more features? https://github.com/yt-dlp/yt-dlp

The original but the dev has it as a priority to replace with yt-dlp. You can use that now by replacing the youtube-dl binary with yt-dlp and renaming it and turning off auto-updates, but it doesn’t support some of the other features like SponsorBlock for now. The dev has PRs open to investigate that.

If I had just a bit more time I might try to contribute. In fact, I might actually see if I can help with the replacement of the engine and then let the dev decide on how to implement some of the extra features.

Re: A cross-platform GUI for YouTube-dl

#136

THe youtube-dl gui I use is https://github.com/database64128/youtube-dl-wpf The last update added the ability to use yt-dlp instead of the mainline yt-dl I think it is windows only though

Yeah I think it is but this is a great Windows option, thanks for the share!

Re: A cross-platform GUI for YouTube-dl

#137
post #90

Earlier quoted context omitted.

Looks fine and dandy but could also be represented in JSON with not much effort and then you'd be using an interchange format understood by many tools instead of a bespoke language. I'm definitely biased being a web dev but JSON is just so widely used and supported... seems ideal for small bits of config like this.

IMO, using JSON to specify a GUI would be a terrible idea. Its purpose is to serialize data for transport between disparate systems. JSON is verbose and writing anything decently complicated with it sounds like torture. What you want for something like a GUI specification is a DSL designed for the task (e.g. QML), or a suitable general purpose language like HCL or YAML.

> JSON is verbose and writing anything decently complicated with it sounds like torture.

Except in comparison with XML :-)

Re: A cross-platform GUI for YouTube-dl

#138
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 certainly did. Issues like crashing out of nowhere, silently failing downloads, etc. So I switched to the CLI option even though I'd have strongly preferred to be able to use the GUI. I was excited by the title of the HN post and then disheartened to see a program of the same name (as I assumed it was this buggy one), glad to see it's a different program.

Re: A cross-platform GUI for YouTube-dl

#139
post #106

Earlier quoted context omitted.

Well yes but to continue the metaphor almost nobody wears barrels

Mass produced clothes are significantly cheaper than barrels. Several orders of magnitude.

You have now been subscribed to Barrel Facts. Whiskey barrels are really expensive and the method to make certain types is passed down through generations. The tightness of the barrel and the type of wood are both considered as the wood will expand a bit from absorption of its contents. An amount of whiskey loss is accepted from evaporation of the contents through the porous wood of the barrel. A considerable expertise is necessary to create quality barrels. [1][2][3]

Each type of wood is used for aging different spirits. Oak is most common in whiskey and wine making. Sometimes the barrels are even smoked near a fire to impart a unique flavor into the alcohol that will be held in the barrel. A used barrel is very desirable and can go for higher prices on the open market than even a quality new barrel. This price parity is due to the unique flavor that can be impacted by using a used wine barrel for whiskey, used whiskey barrel for wine, or some other unique alternation of barrel contents.

Barrels that are hundreds of years old, and thick with aged bacteria are used for making traditional Japanese soy sauce. These special family heirloom barrels will be used for many generations before they are eventually retired. [4]

[1] https://youtu.be/ccoHCSKMf-E

[2] https://youtu.be/GE7QA1chUzw

[3] https://youtu.be/kaXvFw8ve_I

[4] https://youtu.be/1mc2g8Ue-hI

Re: A cross-platform GUI for YouTube-dl

#140
Somewhat related self-plug: Self-hosted browser client for watching YouTube anonymously (Python):

https://github.com/user234683/youtube-local

It supports downloading all the raw formats (the video only ones, audio only ones, and the 360p & 720p integrated formats). More meant for watching than downloading, but some more advanced downloading features, such as merging audio+video with ffmpeg to get more downloadable qualities and auto-downloading options for playlists are planned.

Post reply on HN