-
Notifications
You must be signed in to change notification settings - Fork 44
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
saving partial results? #47
Comments
Throttle option is for when you get blocked by sharepoint because of too many downloads The issue you describe sounds like #20 and the others open about this Are you using latest ytdlp? |
Indeed it seems so, but using the last ytdlp.
I was able to manually copy the copies of .mp4 and .m4a files, and merge them with ffmpeg. If you persist the files, eventually one can proceed to merge, or could also merge them automatically but add a suffix indicating that the file was recovered e.g. [name_file]_RECOVERED.mp4 |
Hm, yea i can try that, iirc there is an option to not generate fragments but merge the file while downloading (it still gives you error) but you end up with a video file |
I am experiencing this issue with some videos.
The download of fragments works until the end of both video and audio streams, but just at the merging of the two, there is an error (I cannot tell if the error is in the merging or in the last bit of audio, I only see an exit 1 error).
I think it could be useful an option to persist the two tracks, instead of removing them from the temporary folder, so that one may attempt to fix it later or to inspect if some of the two tracks are somehow corrupted that prevent a final merge.
What do you think?
Note the error occurred with default throttling, I m trying to lower it and see if something change.
P.s. can you explain what throttling is and how it affects in this context ?
The text was updated successfully, but these errors were encountered: