-
Notifications
You must be signed in to change notification settings - Fork 270
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix not download new quality after quality change #887
Conversation
3441145
to
3987ea9
Compare
@ratoaq2 @medariox need to review all the tests. If you have qualities in the Preferred list set, any episode matching a quality in this list will not be replaced with a better quality. AKA it is a "best" match and is final. If you ONLY have qualities in the Allowed list (Or have a preset selected other than custom) it will also stop on the first match in this list and be considered a "best" match, and never be replaced with a better quality. If you have qualities in BOTH lists, it will accept any quality in the Allowed list, and continue looking for a better quality in the Allowed list, until it finds one in the Preferred list. |
Need to see if this needed to be changed also: https://github.com/pymedusa/Medusa/blob/develop/medusa/search/core.py#L323 |
This one is reladed to backlog overview All logic should be in one place only right? https://github.com/pymedusa/Medusa/blob/develop/medusa/tv.py#L1692-L1730 |
@medariox milestone 0.1.5 right? we need make sure this works fine (keep some days in develop) |
4f6d348
to
a9cac11
Compare
a9cac11
to
7fe37a8
Compare
0e5a0d6
to
ac6c9f9
Compare
ac6c9f9
to
6e12c9b
Compare
My review about tests is missing? what happened? need to add tests with status ARCHIVED and status UNKNOWN |
d04697b
to
e724fe8
Compare
@ratoaq2 @medariox there is too place that still does some quality checks: https://github.com/pymedusa/Medusa/blob/develop/medusa/search/core.py#L323 all logic should be in one place right? |
dc1489f
to
6c560ef
Compare
@fernandog the interest clearly depends on the ETA of this: |
Here is how it works If you only have qualities in the Allowed list set (or have a preset selected other than custom), any episode matching a quality in this list will not be replaced with a better quality - it will stop at the first quality found. [unchanged behavior] If you only have qualities in the Preferred list set it will accept any quality in the Preferred list, and continue looking for a better quality in the Preferred list until the highest quality is found. [changed behavior - previously it would be like "only qualities in Allowed list"] If you have qualities in both lists, it will accept any quality in the Preferred or Allowed list, and continue looking for a better quality in the Allowed list, until it finds one in the Preferred list [unchanged behavior - logic is inverted here compared to 1st and 2nd scenario] |
@medariox today this "If you only have qualities in the Preferred list set" is in allowed. are we changing it? users will need to change their quality settings? |
@medariox Cheers |
@fernandog |
Just need to invert the logic in the method and its test |
superseeded |
@medariox @ratoaq2 @fernandog cause I use Medusa/SR for some time now and I just learned that if there are several prefered qualities setup, they will be downloaded successively up to the best. |
as discussed in slack
Wanted quality is HD720P . and i have a SDTV when my show had SDTV wanted quality
From logs:
Episode already exists with quality SDTV and the found result has same/lower quality, ignoring found result for Ripper Street S04E03 with quality 720p WEB-DL
medusa ignored 720p result