4 ms·
- youtube-dl should be re-named to something like webvideo-dl - I'm not familiar with the ytdl codebase, but I believe its already structured as a general fram
by Retr0spectrum 6y ago
- youtube-dl should be re-named to something like webvideo-dl
- I'm not familiar with the ytdl codebase, but I believe its already structured as a general framework, with separate per-site extraction functions. The central framework should be stored in a "webvideo-dl" repo, and the separate extraction functions should be contained under separate repos - e.g. "wvdl-plugin-youtube".
This solves two problems:
1. If "wvdl-plugin-youtube" is DMCA'ed, the rest of the project continues to function.
2. Separate "plugins" can be maintained by separate teams. It sounds like the original youtube-dl was already running behind on responding to issues and PRs, prompting the creation of the youtube-dlc fork.
- TomJansen 6y agoI think this is best strategy. However, how would you download plugins then? Make a whole package manager for handling youtube-dl plugins?
- Retr0spectrum 6y agoThat would be ideal, however, you could just re-use the existing `pip` infrastructure. e.g. pip install wvdl-plugin-youtube
- Wowfunhappy 6y agoNotably, youtube-dl is currently offered as a static binary that doesn't require Python to be installed. It would be a shame to loose that.
- Retr0spectrum 6y agoPresumably that's a blob that bundles the python runtime, pip dependencies, and ytdl itself? You could do the same thing, with the various "plugins" added to the pip dependency list.
- Wowfunhappy 6y ago...good point, not sure what I was thinking there. I'm pretty sure it's just pyinstaller, which can certainly handle bundling dependencies.
- deleted 6y ago[deleted]
- xyzzy_plugh 6y agoI actually don't think they should rename. The only party who can reasonably have a problem with the name is YouTube, who have been well aware of it for a very long time. The name is good, there's a lot of really legal use cases -- downloading properly licensed videos for offline usage, archiving your own creations, etc. The fundamental problem was that in the README and elsewhere, there were examples of ripping copyrighted content. It would've been better to use examples of libre/public domain content, but I'm not sure how they can un-sail that ship. The real solution is that we use the decentralized version control system as intended, and make this impossible to DMCA-away.
- pydry 6y agoFrom what I read earlier the problem is bound up in the solution. Youtube has mechanisms to prevent download of copyrighted content which youtube-dl circumvents deliberately, which is why it works on every video. That's what the unit tests were all about and why they had to use examples of strictly protected copyrighted material. The only options are to move development to a server located somewhere beyond the reach of the DMCA and similarly take it off all repositories or to give up on making it possible to download every (or even most) videos from youtube.
- Retr0spectrum 6y agoThe reason I propose a name change is mainly for clarity of purpose, rather than for any kind of legal protection (although I do think it contributes there too). Youtube-dl downloads from many other sites. If I was a potential new user googling for "vimeo downloader", and the first result was titled "youtube-dl", I'd skip over it assuming it was just a bogus search result.
- m-p-3 6y agoBut the tool expanded significantly from its original purpose of acquiring YouTube videos, and it supports at least a hundred platforms through all its extractors. An opportunity to rename it to a more purposeful name will not come very often.
- ColanR 6y agoI think you're right, this is a great way to move forward, especially if it's possible to put a bit of distance between the old youtube-dl and the new project. Hopefully, it wouldn't require as much effort as when a lot of the UNIX utilities were rewritten to get properly licensed versions back in the 80s - I remember a description of how they were rewritten from being cpu-optimized to being memory-optimized to avoid any code similarities. The trick, I guess, would be to restructure the code so that the new "dl-webvideos" project would be hard to construe as a continuation of the original project. The other trick would be, that the new solution has to be started fast to avoid losing momentum.
- gamblor956 6y agoIncidentally, that is what calibre does: the DRM-cracking parts are separate plugins, so if those get DMCA'd the rest of the program is unaffected.
- anthropodie 6y agoWhen the OP(top commenter) mentioned building the "Next Thing", I thought we finally are going to discuss about building an alternative to YouTube. But here we are trying to save what's already lost like OP said Youtube-dl was great and it's huge loss but it seems any efforts in improving or maintaining it will just be harder now. Instead if we could focus that energy on building something robust and resistant to such actions we might actually have solved this.
- latexr 6y ago> I thought we finally are going to discuss about building an alternative to YouTube. There are plenty of alternatives to Youtube, a bunch of them defunct. Youtube is irrelevant to this conversation; the DMCA takedown would have been equally effective had the copyrighted URLs been from Vimeo or Dailymotion or any other project that dies in a year because its creators don’t understand what makes a video site (and `youtube-dl`) is the community, not the tech behind it.
- rsync 6y ago"youtube-dl should be re-named to something like webvideo-dl" I think a better choice would be to fork/branch wget or curl and maintain a "supercurl" or "curl2" whose superset of curl functions just happens to be the merged functions of youtube-dl.