| Age | Commit message (Collapse) | Author |
|---|
|
|
|
#6874)
If the filename contains ':' it is interpreted as a protocol.
It also handles filenames starting with '-'.
|
|
|
|
|
|
|
|
|
|
|
|
--proxy for curl
|
|
|
|
|
|
[f4m] Fix encode error by sanitizing fragment filenames
|
|
|
|
(Closes #6549)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
In some videos the base_url already ends with '/'.
|
|
|
|
Windows
|
|
|
|
|
|
|
|
'http_dash_segments' looks more like a protocol name than
'dash_segments'
|
|
|
|
|
|
|
|
|
|
because the fragment was written to a file with a sanitized name by
http_dl.download()
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
We already do this in the CLI interface, so it should be just fine.
|
|
They catch any exception, including KeyboardInterrupt, we don't want to catch it.
|
|
b64decode needs a byte string, but on 3.4 it also accepts strings.
|
|
It would fail if you run 'youtube-dl --no-part URL' a second time when the file has already been downloaded.
(Reported in Fedora: https://bugzilla.redhat.com/show_bug.cgi?id=1195779)
|
