Ross Patterson

Should be merged *after* #1318. It's not based on it and I'm not aware of any conflicts, but for max narrative consistency, it would be better the merge the earlier...

I like the idea of a more permissive "contrib" repo. I particularly like the option for providing some more minimal, opt-in CI. While it should be more permissive, I suspect...

> [@rpatterson](https://github.com/rpatterson) can you describe what your use see is. It would make it easier to think of categories. There's more history somewhere, but most recently [from Discord](https://discord.com/channels/994270357957648404/1413677710936641537/1414021142456303678). I have...

How about adding `cd /config/ && ytdl-sub sub` to the default/example script and a preceding comment giving some context and then include that default/example script in the rendered "Automating Downloads"...

I'm yet unfamiliar with the yt-dlp docs, so anything you can think of off the top of your head would save me time and make it more likely I get...

> First pass downloads the metadata (info.json), second downloads the actual content. All the cases where I was thrown off by looping were looping back around for the same single-URL...

> Ah, yes when you specify a channel, it will iterate each 'playlist' (shorts, videos) where each one starts at playlist_idx=1. Maybe you observed that? Quite possibly, I'll look for...

Thanks. And this? > And this will happen after successfully downloading everything?

Hmm, my recollection is that it *did* loop after finishing downloading for a single-URL subscription. I'll try to keep an eye out for it and capture logs if I can...

It may still be that throttling *is* based on video duration. I think *some* of the downloads I tested are longer than 60 minutes so maybe those are the reason...