JPP72,
You deal with yt-dlp a lot more than I do, doesn't yt-dlp abort out with an error if it runs into a DRM video? That's what happens every time I use your script. Never have I seen it continue on to download an encrypted file. Besides, the difference between 1-2 MB/s and 6 MB/s is at most 40 Mb/s which is no way a significant amount. That would be 1/20th of my stated Internet speed. I don't know why this person refuses to use the standard test for speed and latency, traceroot (tracert). I guess he wouldn't be able to put the blame on SF then. Remarkable.
Cats4U
Yeah i was never trying to download DRM'd stuff so i never enabled that feature.
BUT. Because the DRM MPD wasn't downloading the subtitles, I had to adjust some of my scripts to allow downloading DRM'd stuff and i would the extract the subtitles and use it with the file downloaded by SF.
I have modified my scripts quite a bit since i gave them to you so i'll send you the updated ones.
To download DRM'd stuff with yt-dlp, you need to add
--allow_u (Allow Unplayable) to the command-line. You can also add
-k to that to keep the video track and audio track so you can use mp4decrypt on them if you have the decryption keys
Proper test to see the difference in speed between yt-dlp and sf for his case would be to remove the
--downloader aria2c and make sure concurrent downloads are not enabled in the native downloader