Different cutoff quality for "delay mode"

I’m trying to use one single profile for all my series. The only feature I’m missing is a different cutoff for the delay mode.

I’ll try to explain, I have every quality ticked and my cutoff is hdtv-720p. But for newer series I prefer webdl which is often available 1-2 day after hdtv. So I have setup a delay of 2 days which has three option :

  • First is not working for me since it will wait for bluray
  • Cutoff is not working for me since my cutoff is hdtv (if no webdl is found after two day I’m fine with hdtv)
  • Always is not working for me since I want sonarr to grab webdl as soon as possible

I’d like a fourth option to select a different cuttoff for delay (or this could replace the current ‘Cutoff’ option). And I dont want to switch my main cutoff to webdl since all the older series/season would have a cutoff unmet.

Also I’m not sure if it is by design but when doing an auto-search of an episode during it’s delay period, sonarr will grab a quality below the cut-off

We’re making change to the delays and moving them out to their own “profile” which will let you set it per protocol (usenet/torrents) and will be assigned to series via tags. We’ll have a wiki page created when this gets to develop to explain how it works and add some examples.

Hopefully this will help cover your use case, because as-is your request would add a lot of complexity and would add a lot of confusion and I’m not even sure how the delayed cutoff would work.

Searching ignores the delay, this is intentional.

Thanks for the reply

I see you have merged the new delays profile in develop, but now there is no option to “delay X days or until Y quality or better is found” which is worst than it was for my use case

It’s up to you to decide if my use case is common.
Keep up the good work !

The two changes that would affect you are:

  • changing to minutes (instead of hours)
  • Removing the cases it applied, because that wouldn’t work well with different protocols and was a huge source of confusion.

The second change merges in the behavior of First and Always from the previous system and the only loss would be in immediately grabbing a release at your cutoff instead of waiting until the delay expires.

If we added an option to grab immediately at the cutoff it would change the behavior of the two protocols, beyond a priority, since you’d want to still delay on the secondary protocol. We’ll give this some thought.

I’d like to chime in here as well. I had no problems with the delay settings until the recent merge into develop and now none of my series work properly. I had it set so there was a single quality profile set to delay download SD version until 12 hours had passed. Now this doesn’t seem to be possible. I can set a delay but I have to use a tag to set to it a series and it doesn’t seem to let me specify what quality will be delayed ( I don’t want to delay everything) and since I have 250 series it is a real pain to try to add tags 1 by 1 and there is no way in the series editor to edit these “tags” that seems to be needed to make the delay settings work now.

So now I am getting tons of double downloads again as it downloads the SD version followed by the HD version maybe 30-45 min later. Am I missing something here? I can’t find any documentation on how to setup the delays now and I would really like to be able to delay my SD grabs and I don’t know how to make that work. Also if I do have to do it with tags, please make it easy for people with 100’s of series to add tags in the series editor.

I appreciate your time and effort and thanks for a great program.

Stryk3r

Any profile that had a delay before was migrated to the new system (delay profile was created with the hours converted to minutes) and associated series had the tags added automatically. If this didn’t happen we’ll need a copy of the database as-is and one from the backup pre-update so we can fix the issue, this is critical because we did not run into this issue while testing it.

The old delay system didn’t allow you to delay based on a specific quality, the only change was before you could opt to automatically grab a release when the cutoff is met, instead of waiting for the delay to expire (this is something we’re still considering adding back, but need to deal with some other caveats of supporting usenet and torrents).

Delays are configured on the Profiles page, if you want a delay to apply to all series just set the default profile to have a delay of 720 (12 hours x 60 minutes), if you want to select specific series then you will need to rely on tags (but like I said this should have happened automatically).

We do need to add a mechanism to add tags to multiple series, but I’m not sure Series Editor is the best place given how it currently works, we’ll be adding it, just need to find the best way to do it.

Thanks for your detailed explanation of the changes it was hard to know exactly what happened other than seeing the reference to the delay profiles in the update description.

The conversion to the new system did seem to happen, though again it didn’t function as expected (basically I didn’t change anything at all and 1 day all my downloads just queued up for 12 hours and I had about 87 eps in my “Activity” waiting for the delay period to expire even though they were HD releases and I only wanted to delay the download of the SD releases.

I saw the delay-720 and this was VERY confusing as I didn’t set it up and had no clue it was referring to minutes. I thought it was referring to 720p release delays which I didn’t want it to delay, so I removed the delay profile it auto created and all the releases finally starting downloading, but I wasn’t sure how to stop it from delaying the cutoff quality.

I always want 720p to download immediately it’s only the SD that I want to be delayed and this seems to match up with what you said about the ability to have the cutoff quality override the delay where as now it delays HD versions even when they are immediately available. It would be really great to add this feature back as I believe this is what “broke” my setup.

I was just not sure how the new tags worked and if there were pre-denfined tags it would recognize and how I could apply tags to more than 1 series at a time. At least now I know this won’t work the way it did before and I will patiently wait and hope that you do add that feature back to grab the cutoff and bypass the delay when available, it would be nice. And modifying multiple tags at once would be helpful as well.

Thanks again for taking the time to address my issue and help me understand what happened.

Cheers

Just found a bug actually, it was holding releases as if it was configured for minutes, not hours, so it was applying a 720 hour delay instead of a 720 minute delay. The first has been pushed and will be applied retroactively to anything thats being delayed.

A combination of this bug and some confusion around how they work definitely didn’t help (we’ll be updating the wiki before this goes to master to aid other users).

+1… I really liked the old cutoff and cutoff-delay feature, to try for certain qualities first, but then after a couple days, if unsuccessful, try for the higher (or lower) quality. I’d rather get a quality I don’t prefer than miss the episode altogether…

A delay tag was created (but not applied to any shows), so if I apply the new delay tag to a series now, when will the delay happen? Hopefully after first trying the qualities before the cutoff as defined in the specified profile.

The old delay functionality did not fit well with usenet and torrents and ultimately was confusing to people.

The purpose of the delays is to wait for a better quality, it will delay all grabs unless its the best wanted quality in the profile. After the delay expires (from the post time of the first detected quality) it will grab the best quality release available.

ok thanks for the quick response and explanation.
Does the cutoff still have a purpose then? It sounds like the cutoff is now implicit in the list, ie try the first quality, if not successful, after the delay, try the rest (in the order of the list i assume)
What is the cutoff used for now then, and qualities checked that are after the cutoff quality?
Love Sonarr btw, thanks for all the hard work.

The cutoff’s purpose is still the same, if you have a quality that meets or exceeds the cutoff it will not grab a better quality.

If you had the following profile (* indicates cutoff):

  • SDTV
  • HDTV-720p*
  • WEBDL-720p

And a delay of 30 minutes, it would wait 30 minutes after the SDTV release is posted and grab the best available, if its HDTV-720p then it would stop downloading. If it was SDTV it would delay again when the HDTV-720p release was found and grab after 30 minutes, at that point it would stop grabbing because your cutoff is met.

ok, got it, thanks!

When you say “better” and “best”, do you mean highest quality (and file size)? I have a lot of dailies, sitcoms, and cartoons that I prefer to get in SD so as to save space and bandwidth for the ones I need in highest quality, like dramatic series, nature docus, and movies. So to this aim I had a TrySD profile that put SD at the top and cutoff at HD720. So the grabber would be satisfied and stop grabbing when it got an SD, and only grab HD after a few days if no SDs got posted. It determined what was better based on my list order, not from the release quality. At least that’s how I thought it worked, maybe I’m wrong.

If I’m understanding your explanation it doesn’t work that way now. Is there any possible way now to have it grab the SD if it exists and stop, and not move on to HD unless SD is unavailable for a time? Or is it always going to work from the assumption that I want to end up with the highest quality/size file for every show? Thanks.

Better according to your profile, higher is “better” than lower in the list.
Best = top most wanted quality in the profile (in terms of auto grabbing without delay).

It still works the same way. Using your example if SDTV is released it would be grabbed immediately (best wanted quality), if SDTV wasn’t available after the delay expired.

The cutoff still applies, since its at HDTV720p in your example it will not download SDTV is its made available later, but would only grab it when the delay expires.

Overall this change isn’t nearly as drastic as you think it was, it removed some customization around delays (for the better), but the concept is still the same. Profiles were very much untouched by this change, except to remove the delays to their own profiles.

OK, so if I put a 3-day delay tag on a series, the grabber will always wait 3 days after the first post of an episode before deciding what to grab; at which time it will start at the top of the assigned quality profile and go down the list stopping when it finds a release of matching quality, or it hits the cutoff. Right?

If it hits the cutoff without finding a matching release, then what? Does the delay tag come back into play? Does it wait another 3 days and go down the list again, this time including all the selected qualities in the profile, ignoring the cutoff? …or does the episode search go right into Wanted where it gets re-run periodically (every day or so? respecting the delay tag?) using the “top-down, no cutoff” criterion?

Cutoff doesn’t matter to the delay. It will grab the best available release after 3 days, if the cutoff hasn’t been met and a better release (according to you) has gets posted later it will wait another 3 days until it grabs the best available quality at that time.

at what stage is the cutoff removed and the entire list of selected qualities considered?

No… it delays the grab. Sonarr is constantly watching RSS feeds for upgrades. If the cutoff has been met its not considered an upgrade.