chrizilla

As for THIS issue, I still think **fragments should not be skipped when diskspace is insufficient** (which was the original issue title before you changed it). This creates corrupt files....

The starting point of this issue was the problem of skipped fragments when diskspace is insufficient. The bottom line for this issue are these requests: 1. change defaults: from `--skip-unavailable-fragments`...

> Won't be done If I understand correctly, you don't plan any changes to how yt-dlp handles disk-full-errors ? But if the default behaviour remains the same, doesn't that mean...

Pukkandan, this issue is about disk-full error. Why does it make sense to skip to the next fragment when the following fragments won't be writeable either due to the same...

> I thought we were discussing on changing the default on all errors since you found another solution for disk full. I made a separate issue for that in #6794...

> Sorry for my harsh words. No problem. Thanks for the explanation and in the interest of your time (_"any time discussing/implementing something is time not spend on another issue"_)...

Is this different from * #6656 (closed as "impossible to implement") ?

Maybe this is a misunderstanding? I was not talking about the shell, but inside the yt-dlp config file. For example: `--print-to-file "\\r\\n---------------------------------------------------------\\r\\n"` or `--print-to-file "%(\r\n)------------------------------------------------------%(\r\n)"` I know this can also...

Because yes, it works, but makes for a really ugly, cluttered, untidy, disorganized config file. I think this becomes obvious when comparing ``` --print pre_process:"%(\r\n)=================================================================== stage: pre_process ===================================================================%(\r\n)" --print after_filter:"%(\r\n)===================================================================...

@pukkandan : I don't know how you can look at the log, particularly the increasing progress percentage and don't come to the conclusion that there is download progress ? ```...