At least now we know the command is in the correct format.
Porni mentioned they added a user agent check(to make sure the request comes from an actual browser) so you can add that to the command:
Code:
yt-dlp --user-agent "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36" "The_URL_Here"
You just google "what is my user agent" with your browser and copy what it gives you to get an up-to-date one. The one I used is for the version of chrome I have.
If that fails, you can look at other stuff from the workaround section(on the website or if you call the help with the -h option).
For example you could also try adding the webpage the request was sent from with:
Code:
yt-dlp --referer "The_URL_You_used_to_generate_with_downloadhelper_here" --user-agent "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36" "The_URL_Here"
Or you could try to disable https checks if the previous failed:
Code:
yt-dlp --no-check-certificates --referer "The_URL_You_used_to_generate_with_downloadhelper_here" --user-agent "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/96.0.4664.110 Safari/537.36" "The_URL_Here"
Those would be the most common options to give a try. If it still fails, try a different video and make sure to delete temporary files(your second screenshot says a file has already been downloaded), just in case. If it all fails, then that's about the extent of how much I can help without knowing how this works, unless you get a different error message than http error 404.