chrizilla

On a subsequent rerun, yt-dlp did not try to finish or redownload fragment 330 but continued with fragment 334. So apparently the missing fragment 330 will never be completed. It...

> `--abort-on-unavailable-fragment` yes but > * `--abort-on-unavailable-fragments` bails on the first sign of trouble (from #6078)

I have adapted my config as visible in the log above. I'll watch what happens. However I'm now stuck with `....mp4.part-Frag330.part`. Ideally yt-dlp would **automatically try to resume unfinished part...

> _Tht log doesn't shows only one run..._ log of 1st run: [here](https://github.com/yt-dlp/yt-dlp/issues/6757#issue-1660107200) log of 2nd run: [here](https://github.com/yt-dlp/yt-dlp/issues/6757#issuecomment-1501349837) > _Are you saying it doesn't re-download the missing fragment when using...

I think we have to distinguish between the different situations: 1. **connection error**: A fragment unavailable on the server side is a completely different situation than 2. **write error**: an...

In my OP I suggested pause or abort as possible solutions but I had other users in mind when I wrote that. Not myself. Can I please lay out what...

@pukkandan : I'm sad that you didn't understand my problem analysis, because as you can see it took me a long time to think all this through and write it...

> _The option **description** exist so you don't have to try and infer meaning from the switch names alone!_ Why do you think I quoted the **description** and referred to...

Let me please mull this over and come back to you hopefully tomorrow.

@pukkandan : I have spent the last couple of days thinking about this issue, but I am still not sure I fully understand all the intricacies of how yt-dlp handles...