Sonarr V3 has a great feature called Release Profile.
With this option you can fine tune your preference.
The Release profile that we're going to use for this example is mainly to prefer P2P releases over Scene releases, (Scene releases are still being downloaded but upgraded).
**Q: Why do you only have a release profile for WEB-DL?**
A: I only do WEB-DL my self for TV shows because in my opinion WEB-DL is the sweet spot between Quality and Size and you often don't see big difference anyway for TV shows. (Except for shows like GOT, Vikings, etc)
**Q: Why do you prefer P2P groups over scene releases?**
A: Scene release always release in a rush to bring it out as fast as possible.
So I noticed often that I got Repacks/Proper releases from them or from different groups and quality.
P2P releases are a bit smarter and work sort of together by not doing the same release.
Also I noticed that with some Scene releases the 5.1 audio was stripped out or converted to AAC audio.
**Q: Why do I see that many Amazon WEB-DL's repacks/proper lately?**
A: A large portion of Amazon WEB-DLs in the last week have only had 192Kbps DD+5.1, because that's all Amazon made available initially.
The proper 640Kbps DD+5.1 audio might appear a few hours later or a few months, but when they get updated the episodes will be REPACKED.
**Q: Why did you remove all the scene groups?**
A: I decided to redo the Release Profile to make it easier for me and the end user to update/manage the Release Profile, I decided not to add the scene groups anymore (and also removing the current ones). Why ? Lately I noticed a lot of popup scene releases meaning we need to update often.
With this it also means all scene and (yet) unknown groups will be getting a score of `0` and not `-50`.
I will still keep a eye on them and add the Low Quality Groups to the `-100` score and when I find a new P2P group I will add them, resulting in less updates and a more accurate upgrade.
------
## Propers and Repacks
First we're need to make sure a P2P release isn't being replaced by a Scene Repack/Proper release !
The Number between the **[**brackets**]** in the following release profiles are the scores the release name will get during a automatic and manual search and with the use of the scores some releases will be preferred over others and even upgraded.
We're going to make use of 2 separate release profiles.
### Release Sources (Streaming Service)
!!! note
Also check mark `Include Preferred when Renaming` and add `{Preferred Words}` to your renaming scheme when you get download loop issues!!!
What it does:
When enabled the block with the [Release Source (Streaming Service)](#release-source-streaming-service) in it are then added to the file name which fixes any loops due to Sonarr seeing a new NF rip when an AMZN rip is found.
Probably doesn’t happen if cutoff is met, but for anything that is unmet or any forced searches it results in a loop because NF is not in Sonarr’s copy so it upgrades, and loops.
Enabling the include in preferred words for AMZN and adding that to the file name fixes that.
Example of a naming scheme for series:
Can be found [HERE](/Sonarr/Sonarr-recommended-naming-scheme/){:target="_blank" rel="noopener noreferrer"}
Add this to your `Preferred (3)` with a score of [100]
These screenshots are just examples to show you how it should look and where you need to place the data that you need to add, they aren't a 100% reflection of the actual data and not always 100% up to date with the actual data you need to add.
- Always follow the data described in the guide (with the copy paste/option at the end).
- If you got any questions or aren't sure just click the chat badge to join the Discord Channel where you can ask your questions directly.
So why did I put `/(?=(1080|720)).*((x|h)[ ._-]?265|hevc)/i` as `Must Not Contain` and what does it do ?
It blocks/ignores 720/1080p releases that are encoded in x265, why ?
!!! quote
x265 is good for for 4k stuff or 1080p if they used the the remuxes as source.
If the media isn't source quality/remux, then there will be a loss of quality every time.
Also, once you go x265, typically that file is done.
It can't be changed to something else without a huge loss of quality.
Something like 95% of video files are x264 and have much better direct play support.
If you have more than a couple users,
you will notice much more transcoding.
Just depends on your priorities.
So basically if you are storage poor and just need to save space, use x265.
The catch is if you want best quality x265, you need source quality files, so you still have huge file sizes.
If you want maximum compatibility and the option to change your files to something else later,
then x264.
It's all really dependent on specific situations for different people
It's a shame that most x265 groups microsize the releases or use the x264 as source what results in low quality releases. And the few groups that do use the correct source suffer from it.
That's why I created my own golden rule.
- 720/1080p => x264
- 2160p/4k => x265
------
### P2P Groups + Repack/Proper
Add this to your `Preferred (3)` with a score of [180]
The reason why this one get's such a high score is because it's the only quality scene group that exist (till now) and scene groups don't add the [Release Sources (Streaming Service)](#release-sources-streaming-service) to their release name so they don't get the extra point of the release source regex.
```bash
/(-deflate|-inflate)\b/i
```
Add this to your `Preferred (3)` with a score of [150]
```bash
/(-AJP69|-BTN|-CasStudio|-CtrlHD|-KiNGS)\b/i
```
```bash
/(-monkee|-NTb|-NTG|-QOQ|-RTN)\b/i
```
```bash
/(-TOMMY|-ViSUM|-T6D)\b/i
```
Add this to your `Preferred (3)` with a score of [125]
These screenshots are just examples to show you how it should look and where you need to place the data that you need to add, they aren't a 100% reflection of the actual data and not always 100% up to date with the actual data you need to add.
- Always follow the data described in the guide (with the copy paste/option at the end).
- If you got any questions or aren't sure just click the chat badge to join the Discord Channel where you can ask your questions directly.
These screenshots are just examples to show you how it should look and where you need to place the data that you need to add, they aren't a 100% reflection of the actual data and not always 100% up to date with the actual data you need to add.
- Always follow the data described in the guide (with the copy paste/option at the end).
- If you got any questions or aren't sure just click the chat badge to join the Discord Channel where you can ask your questions directly.
When you see a error in Sonarr that looks somehow like the follow screenshot
![!rp-su-season](images/rp-su-season.png)
Then theirs only one way real way that always solves this issue.
create a new release profile specific for .su that uses the [Season regex](#optional-matches-season-packs-use-this-if-you-prefer-season-packs) as `Must not contain (2)`
Theirs a [script](/NZBGet/scripts/#wtfnzb-renamer){:target="_blank" rel="noopener noreferrer"} for NZBGet that sometimes could help but it seems it doesn't always work. It also seems theirs a work around for SABnzbd but i can't confirm being i'm not using Sab.
This is a RegEx that ignores DV that don't have the fallback to HDR10, What can results in playback issues like weird colors if you want to play it on a not Dolby Vision compatible setup.
Seems plex ignores `-scene` because it thinks they are extra's. [SOURCE](https://github.com/squaresmile/Plex-Plug-Ins/blob/61eda8a775e198971dcf5088c4daf264a844736f/Scanners.bundle/Contents/Resources/Common/VideoFiles.py#L11)
These screenshots are just examples to show you how it should look and where you need to place the data that you need to add, they aren't a 100% reflection of the actual data and not always 100% up to date with the actual data you need to add.
- Always follow the data described in the guide (with the copy paste/option at the end).
- If you got any questions or aren't sure just click the chat badge to join the Discord Channel where you can ask your questions directly.