Closed uusijani closed 3 years ago
There has been similar reports on very longprograms also before. I don't know what is causing this. A work-around (obviously not ideal) is to download a low resolution variant, for example --resolution 540
.
All right, I got curious enough try again, and found that this is apparently caused by the static build of ffmpeg that I'm using: I used yle-dl --verbose
again, then interrupted the download immediately, ran the ffmpeg command (as reported by yle-dl) directly, and this resulted in a segmentation fault.
I then tried the same command in a VM with ffmpeg from Ubuntu repositories, and there the download finished successfully.
So the only remaining issue with yle-dl in this is the terminal being broken: that did not occur with directly-run ffmpeg despite the segfault.
I'm closing this issue though, so that it remains as documentation for the problem (and cause) as originally reported.
Trying to download this 7-hour long program only downloads (about) the first 6 hours and 40 minutes (~ 11 GB), after which the process just stops, and leaves Gnome terminal screwed up (typed characters are invisible until I run
reset
). In the web player the video seems to play past that point just fine.This is on Ubuntu 20.04 with ffmpeg version N-58594-g715f63232f-static (static build from git master on 20210908).
Note the prompt appearing on top of ffmpeg output on the last line. Typing
echo $?
reveals that the process exited with code 1.Here's the output when run with
--verbose
.I've only tested this over the past couple of days so I don't know if it's a temporary error. Since the portion of the stream that I actually care about is all prior to the 6-hour mark, and the partial download is playable, I'm not too bothered to have the rest download. Reporting this just in case it's a useful test of a corner case.