-
Notifications
You must be signed in to change notification settings - Fork 105
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
Weird(wrong) behavior in sudden disconnection #475
Comments
Try downloading the playlist using yt-dlp only. Do you see the same results? Open a terminal window |
It's a pity, but the result is the same. Log
|
I submitted this issue on |
It's not practical because most videos are processed by FFmpeg after they are downloaded. |
Got the answer from @pukkandan |
Right, in the meantime you can add those options in Edit > General download options... > Name > Additional download options |
Thank you as I've been searching around for a way to add a parameter to the command line but didn't notice in the most conspicuous place. |
I don't know the answer, I think that I have not used "do not abort on unavailability of fragments" before. |
v2.4.190 adds support for Of course, you can still add the same option in the Additional download options box, if that's what you prefer. |
@axcore |
It's only displayed when "Show advanced download options" is enabled. |
Yes, that's correct. The "advanced" download options are hidden by default, because users need to read the yt-dlp documentation to understand them. Even I don't understand many of them :) |
IMHO, this option has to be in plain sight, better is turned on by default, due to crucial impact on the videos. |
Yes, I read the thread, I understand that you and pukkandan have a disagreement. I think that I have to follow pukkandan's advice and use his default setting. Both settings will cause inconvenience to some users, so I think there is no perfect solution. |
IMHO, each action is chosen based on its consequences. A corrupted video with no options to download again after a while is much worth in comparison to "Often, the fragment actually does not exist in server." |
Hi.
Windows 10 (21H1, 19043.1415)
Tartube v2.4.165
While downloading playlist (Videos -> Download playlist or through Classic mode), e.g. https://vk.com/video/playlist/-179915138_55 , and there's sudden disconnection occurs, Tartube marks not fully downloaded file as fully downloaded, renames it from, e.g. VIDEO_FILE.mp4.part, to VIDEO_FILE.mp4, deletes VIDEO_FILE.mp4.ytdl and sometimes leaves some fragment-files, e.g. VIDEO_FILE.mp4.part-Frag1.part.
Due to such weird behavior while re-checking and re-downloading playlist Tartube reports all files is OK that doesn't correspond to reality.
The text was updated successfully, but these errors were encountered: