Age | Commit message (Collapse) | Author |
|
|
|
|
|
|
|
(closes #15799)
|
|
|
|
In order to obtain correct resume_len on next iteration
|
|
download state
|
|
|
|
(#13731)
|
|
|
|
This may be incorrect due some header (e.g. flv header in f4m downloader)
|
|
|
|
|
|
|
|
|
|
|
|
|
|
fields
|
|
|
|
- resume immediately
- no need to concatenate segments and decrypt them on every resume
- no need to save temp files for segments
and for hls downloader:
- no need to download keys for segments that already downloaded
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
At the beginning of every segment there was a drop to Unknown speed due to timeslice being too small to calculate speed.
Now last speed from the previous fragment is used.
|
|
|
|
|
|
streams
|
|
|
|
`downloaded_bytes` is now updated on each fragment progress hook invocation
|
|
|
|
In some dailymotion videos (like http://www.dailymotion.com/video/x3k0dtv from #8156) the segments URLs don't have the 'Content-Length' header and HttpFD sets the 'totat_bytes' field to None, so we also use '0' in that case (since we do different math operations with it).
|
|
(Closes #6549)
|
|
|