You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Let's imagine we are parsing some thread/gallery. By default gallery-dl seeks only for links it can handle on its' own. If we are passing corresponding option on start it also seeks for links supported by youtube-dl and saves them in memory. After finishing thread/gallery, youtube-dl opened for downloading these supported links. After finishing them, youtube-dl is closed and gallery-dl proceeds.
The text was updated successfully, but these errors were encountered:
I don't really like this idea, as this seems a bit out of scope of what gallery-dl should be able to do. It is also already possible to do what you described with the help of a bit of shell scripting:
Get all URLs from a site (wget/curl + regex or gallery-dl -g r:[URL] > urls)
Invoke youtube-dl with each one and filter them by exit-code
Use gallery-dl on any URL with non-zero exit-code
Or you could use the --write-unsupported cmdline option and use youtube-dl on the results of that one.
How's this idea to you?
Pretty straightforward explanation:
Let's imagine we are parsing some thread/gallery. By default
gallery-dl
seeks only for links it can handle on its' own. If we are passing corresponding option on start it also seeks for links supported byyoutube-dl
and saves them in memory. After finishing thread/gallery,youtube-dl
opened for downloading these supported links. After finishing them,youtube-dl
is closed andgallery-dl
proceeds.The text was updated successfully, but these errors were encountered: