Live data from Hacker News

Youtube-dlc – Download videos from YouTube or other video platforms

github.com

91–100 of 109 posts

Re: Youtube-dlc – Download videos from YouTube or other video platforms

#91

Earlier quoted context omitted.

I maintain several open source projects. Sometimes PR are not merged for years. I'm not payed for this, I'm not even thanked for this most of the time, so I'm certainly not going to set any deadline. But forking might be a solution, if you can give the necessary horse power for the long run. Most can't.

It’s odd to me how nontechnical people have migrated to GitHub to make bug reports on software they use. The other day, I was trying to use a Python library to scrape some stuff. It kept breaking. I looked on the issues page and there were many, essentially useless bug reports asking them to fix the issue. I opened up the script and changed about 7 lines and it worked fine.

I've noticed this trend too -- but I've also noticed people starting GitHub Repos for websites/apps just for the Issues.

No code, no PRs, just a way for the public to create Issues.

Not sure what this means for the "culture of code" other than things are blurring...

Re: Youtube-dlc – Download videos from YouTube or other video platforms

#92
post #89

Earlier quoted context omitted.

There is an issue preventing the download of Watch Later playlists that has been open for over a year. The core maintainer, dstftw, closes all reports related to it with "duplicate" while never giving a reason or the original issue. See this issue I filed for an example. https://github.com/ytdl-org/youtube-dl/issues/23860 He closed it without even addressing the issue of him closing the related issues that I explicit…

Closing duplicated issues looks okay to me. The author not interested in fixing this issue himself looks okay to me. Is he refusing fix proposals about it?

Yes; there are now several hundred pending PRs for both fixes and new extractors, all ignored.

Re: Youtube-dlc – Download videos from YouTube or other video platforms

#93
post #91

Earlier quoted context omitted.

It’s odd to me how nontechnical people have migrated to GitHub to make bug reports on software they use. The other day, I was trying to use a Python library to scrape some stuff. It kept breaking. I looked on the issues page and there were many, essentially useless bug reports asking them to fix the issue. I opened up the script and changed about 7 lines and it worked fine.

I've noticed this trend too -- but I've also noticed people starting GitHub Repos for websites/apps just for the Issues. No code, no PRs, just a way for the public to create Issues. Not sure what this means for the "culture of code" other than things are blurring...

I think a lot of it is maybe bleed over from gaming communities, especially emulators, maybe rom hacks too? I’ve noticed barrages of useless bug reports on those repositories. But I’ve been surprised to find them on far afield stuff as well.

Re: Youtube-dlc – Download videos from YouTube or other video platforms

#95
post #71

Earlier quoted context omitted.

Being able to edit people’s comments on GitHub is nice as a maintainer but removing information and completely changing people’s comments is really nasty. Any such effort should be clearly justified, preferably with a visual “edit message” that goes along with the smaller “edited” text.

I don't think that editing comments that you didn't make should ever be a feature. This is something that could easily be abused to make it appear that someone else said something they didn't actually way.

I can see what you're saying in principle, but what if a bug is opened with "this stopped working for me" but evolves into a very specific issue? Should the maintainer open a new bug, link to it and close the old one?

In practice, I find it really useful to tidy up the top message of a bug report (but /really/ like seeing history of it). I also see cases where users spam raw logs into updates and tidying it up (perhaps making the log portion an attachment or changing formatting) makes it much clearer for future-you and other collaborators.

Re: Youtube-dlc – Download videos from YouTube or other video platforms

#96
post #51
post #49

Earlier quoted context omitted.

This is misapplying the unix philosophy. There would be too much duplicated functionality between different tools for different sites. It would be like having different versions of /bin/ls for different file systems.

To follow on, it's a valid point though. /bin/ls can handle different file systems because many other separate people/projects are responsible for the file system specific support (in the kernel). Youtube-dl should be architected to allow many other people to own the site-specific support (i.e. via a plugin system, with the main "distro" of yt-dl including some popular plugins, which other people or themselves are re…

Yes that is a good point. The architecture is not fully suited to the current situation. There is actually already a base structure so it would only need the plugin system which pulls the missing extractors/downloader on the fly. Tho I may see problems here when it comes to windows binaries.

Another advantage would be to easier maintain those extractors as well as all issues that arise around specific ones. So no more thousands of issues addressing different extractors in one project.

Re: Youtube-dlc – Download videos from YouTube or other video platforms

#97

Anyone know of an existing online version of this (or another website)?

there are actually quite a few that uses youtube-dl. So far I don't know if anyone uses youtube-dlc. But I already got two messages that they want to build a webapp/service using youtube-dlc.

Re: Youtube-dlc – Download videos from YouTube or other video platforms

#98
post #24

I fully support this. I know it's hard for maintainers to do stuff for free and people request too much at times. But it appears that the attitude of the original maintainers of this project are actively "hostile" and they're not willing to accept the help from additional maintainers that have contributed fixes and testing. So a fork was in order, for sure. And from the look of the comments on the issues on the fork,…

Yes it's stressing and time demanding. But you are absolutely right about how the maintainers treat other people. At least it is open source. There are quite some closed-source projects that ran into troubles and basically disappeared. I am not sure how they will react since the fork gained some attention now. However it's not my intention to let them look bad in any kind or act like I am better. All I want is a working solution where contributions by the community are acknowledged. But my attempt to openly point that out (issue youtube-dl dying?) basically got ignored and closed.

Re: Youtube-dlc – Download videos from YouTube or other video platforms

#99
post #78

The main issue I've found with youtube-dl is that "best" quality doesn't actually download the best video + audio in all cases, and might take a manual override. Not sure if youtube-dlc fixes this.

Nope. Maybe there is someone with a fix which can be merged. So far most people filter formats to their needs but that's not an option for basic users I guess..

Re: Youtube-dlc – Download videos from YouTube or other video platforms

#100
post #3

Earlier quoted context omitted.

This is something I was going to address but wasn't my main focus in the beginning. But I made another write-up on reddit https://www.reddit.com/r/DataHoarder/comments/ir8ic6/youtube... A tiny conversation about this here as well https://github.com/blackjack4494/youtube-dlc/issues/56#issue...

This feels like when I review incomprehensible code on GitHub: Mention. it. in. the. code. Adding a comment here and on Reddit is useless if nobody else sees it. Explaining why a fork exists should be the first thing people read, especially how “everything is a fork” on GitHub.

I second that. But yes you are right it's my fault that I haven't done that already. Be assured that I will include some information regarding what you said in the readme.
Post reply on HN