JMR-devandClaude Opus 5
3d511f8fea
Only flags that actually change aria2's behaviour are sent. yt-dlp already passes -x16 -j16 -s16 --min-split-size 1M, and -x16 is aria2's per-server cap, so re-sending connection counts would be a no-op. What is added: a retry-wait (aria2 defaults to 0 and burns all five tries in under a second), shorter timeouts, a 64M disk cache for sixteen out-of-order writers, falloc on filesystems where it is instant (this one is btrfs), a file log because --console-log-level=warn leaves no forensics, and --lowest-speed-limit, which is off by default and is what stops a wedged connection hanging forever. --continue is deliberately never passed: aria2 writes segments out of order, so resuming from a .part's length would read a sparse file as a valid prefix and silently corrupt the video. external_downloader is mapped to exactly the four protocols Aria2cFD supports rather than "default", so HLS and DASH visibly fall through to the native downloader and concurrent_fragment_downloads is what matters there. noplaylist defaults to true so a video URL carrying &list= stays one video, which is the opposite of yt-dlp's own default. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>