Renaming and consequences (workaround in progress) + current situation

[blackjack4494]

To avoid problems when having original youtube-dl and youtube-dlc installed I will rename the whole project includings its folders and files. I noticed too late actually that I made a mistake and user may have some updated and merged files in their youtube-dl (site-packages) folder. That is not bad as of now but I don't know what happens if youtube-dl releases and update.

If there should be any troubles in case you used pip to install youtube-dlc you can easily use pip uninstall youtube-dl(c) to remove the package.

Current goal is to deliver quick fixes for problems. I test most of the PRs. But am glad about any help. It helps if you review and test some PRs of extractors you usually use but not limited to those.

Happy about any feedback. If you have any projects using youtube-dl and want to switch to youtube-dlc (temporarily or as an alternative) shoot me a message. I could publish specific stable builds and may slim down the extractors to your needs.

Edit There are some Pull requests in youtube-dl regarding adult extractors. So far I have no interest in merging them. If however there are people wanting certain adult related PRs merged then it's your task to properly submit a PR in this fork.

Abusing this a bit as a Roadmap / Todo list.

• plugin system/architecture
• web api
• some kind of cache
• 'offline' support by feeding raw html docs - this obviously won't work with all extractors if they need live data especially when apis are used.
• webclient (gui)
  • extend on this
  • central website add multiple server / connect by ip (maybe websocket)

[vxbinaca]

Might I suggest video-dl as it doesn't have possible trademark issues, and is more general sicne YTDL supports more than just YouTube.