3 ms·
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 sys
by ldarby 6y ago
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 responsible for), if it was like that then probably this fork wouldn't be necessary.
- theidel 6y agoYes 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.