#streaming.yml modification - filename regex
1 messages ยท Page 3 of 1
but might have been from before i changed dirs
Remove overlay label as well
just manually set it to a non-overlaid version for now and remove overlay label
On next run, it should resolve
For some people that's the biggest deal in the world. Different people have different priorities
Ahhh
is this because it was set to an overlay?
and it overlaid the overlay?
or something else
only one ive seen so far
scrolling through them all
so obvious ๐ youre so smart
And you can see
We check the exif tag to be extra sure that we don't double up on overlays
We check the exif tag to be extra sure that we don't double up on overlays
| Barry |
[2023-11-21 06:55:33,459] [overlays.py:192] [TRACE] | Overlay Reason: New image detected |
[2023-11-21 06:55:33,569] [overlays.py:358] [INFO] | Overlays Applied: Overlay File (0) Amazon, Overlay File (0) WEB, Overlay File (4) ended_shows |
[2023-11-21 06:55:33,687] [overlays.py:180] [INFO] | |
| Based on a True Story |
yea
So we should not be overlaying that.
File name?
Ohhhh and inside of that folder you probably have mixed episodes
yea
but i thoguht you or someone aid it takes the one that matches the most?
were they tied?
lol
Are you using weights
Well... if the weights are all different, then this should not happen
there's literally twice as much AMZN as WEB
We don't "add" weights
and the same amount of HMAX
Wait... you are talking about percentage stuff
OHHH
i dont think i got HMAX as a tag in my regex
so it would be tied
but they are weighted
highest weight wins
Any ideas why Barry would have both applied? Web and Amazon overlay?
yea he just said why
are they added
he doesnt have HMAX in the regex
They are not added
so web-dl matches the regular and HMAX ones
amazon is weighted like 1600
They are not added
Is it?
i mean....numbers?
I wonder if it thinks that is a string
Amazon:
template:
- name: rip_source
weight: 1600
regex: '(?i)\b(amzn|amazon)\b'```
oh so lower is preferred?
String sort
higher should always win
oh
Not integer sort
I agree... and we would have seen that bug
i think supression would be good for this @distant needle
Because we have weights that are 2 and 3 digits in some files I believe
like we use in resolution/edition
Maybe yeah...
like use suppression with a conditional that says if the service overlay is used, supress the web
Weight should deal with that
I am just wondering what happens when there is a mix of items in a tv show episodes list
How does it roll up to the show and season posters
it uses percentage
the log shows the percentage too
the percentage of the overlay applied
where is this, what can i search for
percentage
i dont remember the full line
[2023-11-18 08:37:30,957] [overlays.py:396] [INFO] |================================ Gathering Items for 4K-DV Overlay =================================|
[2023-11-18 08:37:30,957] [builder.py:2691] [INFO] | |
[2023-11-18 08:37:30,957] [builder.py:2693] [INFO] | Collection Filter episodes: {'has_dolby_vision': True, 'percentage': 50} |
[2023-11-18 08:37:30,957] [overlays.py:404] [DEBUG] | |
[2023-11-18 08:37:30,957] [overlays.py:405] [DEBUG] | Builder: plex_search: (2, "Plex Show Search\nSort By: ['title.asc']\nFilter:\n Match all of the following:\n Match any of the following:\n Resolution is 4K", '?type=2&sort=titleSort&push=1&episode.resolution=4k&pop=1') |
[2023-11-18 08:37:30,957] [overlays.py:406] [INFO] | |
[2023-11-18 08:37:30,957] [plex.py:1071] [INFO] | Processing Plex Show Search |
| Sort By: ['title.asc'] |
| Filter: |
| Match all of the following: |
| Match any of the following: |
| Resolution is 4K |
Collection Filter episodes: {'has_dolby_vision': True, 'percentage': 50}
It's only scrolling and reading....
[2023-11-21 06:53:29,552] [builder.py:2693] [INFO] | Collection Filter episodes: {'filepath.regex': ['(?i)^(?!.(amzn|amazon|atvp|aptv|Apple TV|Canal|CW|CC|DISC|DSC|dsnp|dsny|disney|hbo|ma|nf|netflix|P(ea)?co(c)?k|sho|stan)\b).\bWEB[ _-]?(DL|Rip)?'], 'percentage': 50} |
this is where s01 of barry shows up
So does this mean that it found 50%?
i assume so. I just remember seeing percentage in a log I was looking at yesterday
I never saw it before
but it only shows under overlays
so I assumed it was for the percentage of matches
why is [2023-11-21 06:53:05,989] [builder.py:2693] [INFO] | Collection Filter episodes: {'filepath.regex': ['(?i)\b(sho|showtime)\b'], 'percentage': 50} |
[2023-11-21 06:53:06,025] [util.py:541] [TRACE] | Regex Values: ['/tv/1923/S01/1923 (2022) - S01E03 - The War Has Come Home [AMZN DDP 5.1 WEBDL-1080p][h264]-NTb.mkv'] |
matching all this shit
does that not mean it matched?
cuz it doesnt make sense
its probably not matching it, its likely just scanning file by file ๐คทโโ๏ธ
oh
im just gonna upgrade the fucking S01
and keep looking
i havent seen any others yet
can i get a review on my weights?
they look fine?
@distant needle what if he used a group again? we couldnt use group because he was using queues and queues cant use groups
I think group only allows 1 overlay to apply
yep
Overlay groups are defined by the name given to the group attribute. Only one overlay with the highest weight per group will be applied.
I would go back to using a group @modest dove
overlay:
name: <<overlay_name>>
file: /config/sources/<<overlay>>.png
back_color: <<back_color>>
back_width: <<back_width>>
back_height: <<back_height>>
font: <<font>>
font_size: <<font_size>>
font_color: <<font_color>>
back_radius: <<back_radius>>
horizontal_offset: <<horizontal_offset>>
horizontal_align: <<horizontal_align>>
vertical_offset: <<vertical_offset>>
vertical_align: <<vertical_align>>
weight: <<weight_<<key>>>>
group: sources
ya that's what i thought
found 2 that werent tagged
and that barry shit
i need to add starz
lol
rick and morty, silicon valley, and power
(just making notes so i dnt lose them)
btw this is suppression if your curious. we use it in resolution. basically if a 4k hdr movie is found itll use the combined 4k-hdr.png instead of applying 4k.png, hdr.png and 4k-hdr.png
but group should work for you
yea that one added 3
i know
lol
should i weigh these based on preference?
like how does this essentially work with weights
shouldnt have the overlay issue in movies since theres only one file
i personally would only worry about blu ray, dvd and web. you shouldnt have any file names with AMZN DSNP fo rexample
but you always have WEB
web excludes matching of the streaming tags
well i guess you could on the show level
i do a negative lookaround
so yea I would weigh in order of preference
higher or lower is better
i'm confused on that
if i prefer if there are amazons to show amazon
i'd put it lower?
highest integer being your most preferred
that's what i assumed
thanks
| Power |
[2023-11-21 06:56:48,946] [overlays.py:192] [TRACE] | Overlay Reason: New image detected |
[2023-11-21 06:56:49,010] [overlays.py:358] [INFO] | Overlays Applied: Overlay File (4) ended_shows
weird.
i'm going to get donuts ill be back in a few
nevermind i just remember my car is at the dealership
smh
now I want some donuts ๐ญ
so i'm down to nitpicking
the disney logo i also too tall so it gets squished like bluray did, and the moviesanywhere logo looks a bit out of place
:/
not a graphical person :/
blue? lol
if it pleases you
LOL
โค๏ธ
can you pretty please with sugar on top make the text on the MoviesAnywhere png white?
send it
testyou changed it?
some white was showing behind the logo
idfk
lolol
๐
im also getting weird no 576 720p 2160p regex errors
and i guess 2160 i dont have, but i know i have the other two
its the default resolution template thing
ah ok
i didnt do this for resolution
I trust them more than you ๐
you guys had that covered
I blame your library
yea its not lacking.
When using third-party services such as Sonarr or Radarr to manage media, we recommend following the TRaSH Guides Recommended Naming Scheme guide to ensure compatibility when using the PMM Default Overlay files.
Without using these naming schemes, we cannot guarantee that the default PMM overlays will work with your library.
Further information can be found on the TRaSH Guides website:
๐ผ
bro
LOL
contribute but can't name your files correctly
๐คทโโ๏ธ
๐
I'm telling TRaSH ๐คฃ
sonarr is doing 480p for 576
ah
im not sure they have a bluray576p
bro i got too many repo's and projects im on already
๐คฃ
still waiting for you to make the PMM GUI
yas
YAML checked and is NOT valid. Error message:
mapping values are not allowed here
in "<unicode string>", line 3, column 26:
vertical_offset: 15
^
yea no shit.
lol
forgot template i guess?
it doesnt look like it changed it though
- pmm: audio_codec
template_variables:
vertical_offset: 15
or try setting style: standard
which adjusts the back height from 105 to 189
| 2 | Plex Error: resolution: No matches found with regex pattern (?i)720
i know that i have 720
| 1 | YAML Error: while constructing a mapping
oh you know what it is
test library....
the other thing is valid, sonarr is broken
markus is parsing 576 as 480p
there are no 576 resolutions in the quality profiles
resolution == Resolution.R540p || resolution == Resolution.R576p)
{
result.Quality = Quality.Bluray480p;
return result;
}```
what about 360p ๐ฎ
that's like handycam footage from 1998
sonarr won't take it as 360p though
right?
so you have the same issue with that ๐
i dont give a fuck about 360
hahaha
Is there an existing issue for this?
- [X] I have searched the existing open and closed issues
Is your feature request related to a problem? Please describe
This causes 576p to incorrectly parse, not as 576p but 480p instead.
This also applies to 360p and 540p but those are admittedly much less common than 576 would be.
Describe the solution you'd like
Correctly identify 576p
Describe alternatives you've considered
.
Anything else?
No response
open
1
False
enhancement, up-for-grabs
0 ๐ | 0 ๐ | 0 ๐ | 0 ๐ | 0 โค๏ธ | 1 ๐ | 0 ๐ | 0 ๐
fuck it
expect the bork
well see.
1998 was a good year
Everyone in It was highly sought after because of the Y2K bug
Which was the biggest non-event ever
So I also recall that this thread mentioned.... we want color overlays
All of a sudden, things have changed...
All good though.
Do I need to update anything in the video_format folder on our images repo?
so just one show i cant figure out why it wont match bluray, or max, or amzn
yea i've checked logs
i must be missing something, but i dont know how it would be not applying to just this one show that follows the same naming scheme
its got HMAX, Bluray, amzn, and none of them are overlaying, but i dont see any others anywhere
Do you know if the Overlay label is there which makes PMM believe there is an overlay already and hence won't apply?
When PMM applies an overlay, it attaches an Overlay label to the item so that it knows what has an Overlay and what does not. If you [or plex] changes the image, then PMM has no way of knowing this. The easiest way to force overlays to apply to a "new" image is to remove the Overlay label either before or after you change the image.
Unfortunately, Plex does not display the labels attached to Seasons or Episodes, so we have to use collections to force a remove of these labels (we make sure the collection isn't actually built).
collections:
Remove Overlay Labels:
build_collection: false
builder_level: season
item_label.remove: Overlay
plex_search:
all:
season_label: Overlay
title: NAME OF SHOW HERE
collections:
Remove Overlay Labels:
build_collection: false
builder_level: episode
item_label.remove: Overlay
plex_search:
all:
episode_label: Overlay
title: NAME OF SHOW HERE
See the bottom@of the bot message there
it put the status overlay on it
Oh
just not the sources
but i checked the files
and at least 2 of the schemes match something
and even if it didnt, web would match
there's bluray, hbomax, and amzn
And no errors in the log
and all of those labels are being applied elsewhere
not that i could find
it regex's them
then no updates needed
i'm gonna run again in a second
i can send the latest
Ok... is this a test library or product Plex library
๐ Great! Let's start to review and make recommendations, zak.ary... ๐
๐ If you want to review this again, zak.ary:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> ๐
Table of Contents:
Page 01: User Info
Page 02: PMM Info
Page 03: PMM Summary Info
Page 04: PMM Config.yml YAML Validation โ
Page 05: Plex Configuration - Section 1
Page 06: Plex Configuration - Section 2
Page 07: Rec 01 - ๐ฌ CONVERT ERROR
Page 08: Rec 02 - ๐ฌ LEGACY SCHEMA DETECTED
Page 09: Rec 03 - ๐ฅ NO ITEMS FOUND IN PLEX
Page 10: Rec 04 - โ PLEX REGEX ERROR
Ok... this is not a test library
lol no i ran through the whole thing
and this is the outlier
everything else is solid
If you move Rick and Morty to your test library, same problem?
let me try it
This way we can isolate it
gimme a few ill tag you when i have the log
Sure thing
thx
i'm linking the entire folder
just so its not anything different
like the exact same naming, ALL the same files, etc
Sure symlinks.
ya its doing the same thing
can pmm not tell when i change a poster back to default @distant needle
PMM has no idea what you may have done with the art in Plex
so how does it know which poster to apply the overlay too
i chose a different image so i can see the background and adjust it
and now its not updating
The first time it applies an overlay, it takes a backup of the current art. That backup is used as the base for future overlay changes.
If you change the art in Plex, you have to remove the Overlay sharing label to get it to pull that new art.
Removing the backup won't do that.
It will just cause trouble
Just remove the label if you change art in Plex
Or better, don't change art in Plex and use the asset directory instead.
No. In Plex. Edit the item, go to Sharing labels
thanks
He is on Shows Carrot
i got it
๐ Great! Let's start to review and make recommendations, zak.ary... ๐
๐ If you want to review this again, zak.ary:
:one: Right-click (or long press with phone) on the message that contains the log
:two: Select: Copy Message Link
:three: Use the command: /logscan <message_link> or !logscan <message_link> and paste the value copied from the previous step where you see <message_link> ๐
!overlabels
Table of Contents:
Page 01: User Info
Page 02: PMM Info
Page 03: PMM Summary Info
Page 04: PMM Config.yml YAML Validation โ
Page 05: Plex Configuration - Section 1
Page 06: Plex Configuration - Section 2
Page 07: Rec 01 - ๐ฌ LEGACY SCHEMA DETECTED
Page 08: Rec 02 - ๐ฅ NO ITEMS FOUND IN PLEX
Page 09: Rec 03 - โ PLEX REGEX ERROR
Shows does expose labels
everything is applying
It's episodes and seasons that dont
except HBOMAX AMZN or Bluray
all of which have files
yea i had labels
i removed overlay
When PMM applies an overlay, it attaches an Overlay label to the item so that it knows what has an Overlay and what does not. If you [or plex] changes the image, then PMM has no way of knowing this. The easiest way to force overlays to apply to a "new" image is to remove the Overlay label either before or after you change the image.
Unfortunately, Plex does not display the labels attached to Seasons or Episodes, so we have to use collections to force a remove of these labels (we make sure the collection isn't actually built).
collections:
Remove Overlay Labels:
build_collection: false
builder_level: season
item_label.remove: Overlay
plex_search:
all:
season_label: Overlay
title: NAME OF SHOW HERE
collections:
Remove Overlay Labels:
build_collection: false
builder_level: episode
item_label.remove: Overlay
plex_search:
all:
episode_label: Overlay
title: NAME OF SHOW HERE
that little dot is supposed to be there
but im supposed to have a thing in the top left like i've shown you
Blue dots, red dots, green dots.... what does it all mean?!?! lol
i was gonna say....
that would be odd af
and this started before i switched to dots ๐
Is that last log the run that produced this result?
yes
i mean its only on the rick and morty
the other shit was already there
i removed hte label on rick and morty and ran it again
to isolate it all
that's the template stuff
it applies elsewhere just fine....and regex shows matching on the few i've tested so it should apply SOMETHING
same naming scheme
shows up there
Well, there should be matches here, but PMM disagrees:
[WARNING] | No Items found for Overlay File (0) BluRay |
well yea
i know that...
thats more ro less what i'm saying lol
i tested in regex101
shows they match
at least one should match
there's potentially 4 overlays that should apply
web, hmax, bluray, and amzn
I guess my next step would be to run it in a debugger.
i'm gonna try and match it on 'Rick.+'
this
On my phone
oh
| Overlays Applied: Overlay File (0) Max2, Overlay File (1) airing_shows
matched for Rick
i might just do it like that
i didnt find any others....
wait a minute, what about percentage?
i dunno, but like i said there are 4, and they are grouped
so i'd imagine SOMETHING would show up
i dont really understand the percentages
65 episodes
20 match AMZN
31 match bluray
14 match hmax
none match web
They are all requiring a 50% threshold:
| Collection Filter episodes: {'filepath.regex': ['(?i)\\b(BluRay|BDRip|Blu-Ray)\\b'], 'percentage': 50} |
| Collection Filter episodes: {'filepath.regex': ['(?i)\\b(amzn|amazon)\\b'], 'percentage': 50} |
| Collection Filter episodes: {'filepath.regex': ['(?i)\\b(hmax|hbom|hbo[ ._-]max)\\b.+\\bweb[ ._-]?(dl|rip)?\\b'], 'percentage': 50} |
| Collection Filter episodes: {'filepath.regex': ['(?i)^(?!.*(amzn|amazon|atvp|aptv|Apple TV|Canal|CW|CBC|CC|DISC|DSC|dsnp|dsny|disney|hbo|h?max|ma|nf|netflix|P(ea)?co(c)?k|sho|stan)\\b).*\\bWEB[ _-]?(DL|Rip)?'], 'percentage': 50} |
I suspect that since none of them match at least 33 items, none of them get applied.
is that default?
so if i went and, for example, downloaded more of bluray
it would match...
hmm
i can just throw default_percent:35 for instance?
in default?
I always thought it was doing a max, and not a percentage
Meaning that bluray has 31 and has the highest percentage and occurs the most number of times and hence applies. I was all wrong about that.
docs say it only applies to seasons or episodes
how do i apply percent threshold to this?
or is this special filter?
yea didnt work
i set it to 35
It's more like a threshold.
This being episodes.percentage: 35 ?
default_percent: 35
i dont want this to be a problem with other keys either
so i figured default was the way to go
because they're still weighted
so it should come out in the wash right?
why is there no show?
So we had to find a way to determine who would win
When you are in a mixed scenario as you have
its ok im dense anyway
Your exact scenario... imagine the lowest layer here... at episode level... we can apply each regex 1 time per episode... so they each get one overlay.
So if they are all different, how do we decide what to give the season level?
We assign a threshold percentage of the episodes to say... apply this.
31/65 = 47%
no i get that
i'm just coneptually trying to grasp the implications
right now i'm thinking ill just go grab more bluray if i can
We'd need to look at the code to understand what happens
cause this is work that could easily be avoided
and i've taken so much of you guys time already
Well that would work but be kind of silly as you will most definitely encounter this on another show
but you might forget that i've ben bugging you for like 2 days about these nuances
by then
๐
These are not bad things. You should see some of the other challenges we have with people
i feel like as a dev myself, i should grasp these things much easier
So default_percent is likely something you can set in your config.yml
Which would globally set the threshold
If you do it at the yml level it will take precedence over the default_percent set in config.yml
I also think that this issue has come up because you have up to 4 possible answers?
it could be 4 on some other show
i dunno what scenarios id run into
what if i set it to 1
The world might end
Well... setting it too low would likely mean that the winner is split by many overlays
Because multiple would reach that "1"
ok but youre telling me it doesnt do the most weighted then?
if multiple match and meet the threshold?
To be tested
in these edgecases im not so concerned about it being 100% accurate majority
| Rick and Morty |
| Overlay Update Not Needed
lol...
Weight assumes that you only hit that item once, not 5 times...
Right side nice the green dot was applied in the last log
i put default_percentage: 35
in the default: section
it error'd yaml when i put it in overlay
oh
i just threw it right below my - file
it didnt error
but it didnt apply anything new
or was there someone you can specifically say "it goes here"
i just kinda assumed it was where the overlay stuff went
overlay_path:
- file: /config/sources.yml
- default_percent: 35
- pmm: resolution
template_variables:
I am doing 4 things at once.
settings: # Can be individually specified per library as well
cache: true
cache_expiration: 60
asset_directory: config/assets
asset_folders: true
asset_depth: 0
create_asset_folders: false
prioritize_assets: false
dimensional_asset_rename: false
download_url_assets: false
show_missing_season_assets: false
show_missing_episode_assets: false
show_asset_not_needed: false
sync_mode: sync
default_collection_order:
minimum_items: 1
delete_below_minimum: true
delete_not_scheduled: false
run_again_delay: 1
missing_only_released: true
show_unconfigured: true
show_unmanaged: true
show_filtered: true
show_options: true
show_missing: false
only_filter_missing: false
show_missing_assets: false
save_report: false
tvdb_language: eng
ignore_ids:
ignore_imdb_ids:
item_refresh_delay: 0
playlist_sync_to_users: all
playlist_report: true
custom_repo:
verify_ssl: true
check_nightly: true
playlist_exclude_users:
default_percent: 35
I believe that default_percent is placed there in settings
It could also go into the library settings section
settings:
asset_directory: config/assets/TV Shows/
prioritize_assets: true # The asset_directory contains folders per media item with respective posters
default_percent: 35
i put it in settings at the bottom
So I think the best place is to try the library one first
it didnt apply
Or there
Try library settings as my second example showed
Is it giving an error, just ignoring it?
If you search for the default_percent in the logs, does it show up?
it didnt error
it shows in settings
[2023-11-21 18:43:46,961] [builder.py:2693] [INFO] | Collection Filter episodes: {'filepath.regex': ['(?i)\b(BluRay|BDRip|Blu-Ray)\b'], 'percentage': 50} |
but still shows 50 in percentage
You didn't add anything to sources.yml related to percentage?
no
Maybe we are not calling out default_percent in the right place. I did a search and only 1 hit. On a page with zero examples:
Well... you know python?
Search for that default_percent string in GitHub
And see what or where it's being called
And how
that's a good idea
Look at nightly branch
Ok...
hold on
So it's a builder
Me..nope..
yea
didnt think so
gimme a few
i gotta back track, would probably be easier to clone the repo
cause its a property on self
and that doenst tell me where its coming from
Because ultimately the overlays.py is applying the overlay
So something is leveraging the builder.py
Where default_percent should be referenced
Sure
PyCharm
self.filtered_keys = {}
self.run_again_movies = []
self.run_again_shows = []
self.notification_additions = []
self.notification_removals = []
self.items = []
self.remove_item_map = {}
self.schedule = ""
self.beginning_count = 0
self.default_percent = 50
self.minimum = self.library.minim```
its set in a class that sets those
if those mean anything to you
i'm gonna trace where its called now
but figured id give you some context...i could also just replace the .py file....but i'd rather know how to do it in a config
server_preroll
its an overlay attribute
'percentage' is something you can define in the keys
so i set
[2023-11-21 19:09:09,021] [meta.py:218] [TRACE] | Original: {'name': 'rip_source', 'percentage': 40, 'weight': 1370, 'regex': '(?i)\b(?<!hbo[ .-])max\b.+\bweb[ .-]?(dl|rip)?\b'} |
wrong one
nope im wrong
i have no idea
[2023-11-21 19:09:15,688] [overlays.py:394] [INFO] | |
[2023-11-21 19:09:15,688] [overlays.py:396] [INFO] |================================= Gathering Items for Max Overlay ==================================|
[2023-11-21 19:09:15,688] [builder.py:2691] [INFO] | |
[2023-11-21 19:09:15,689] [builder.py:2693] [INFO] | Collection Filter episodes: {'filepath.regex': ['(?i)\b(?<!hbo[ .-])max\b.+\bweb[ .-]?(dl|rip)?\b'], 'percentage': 50} |
before i go deeper
i'm gonna change the default in the code
and see if that fixes it
| Overlay Reason: Overlay changed text(โ)status40right4590bottom/fonts/Inter-Medium.ttf6400center(50, 205, 50, 255)(0, 0, 0, 153)300(0, 0, 0, 153)6 not in {'BluRaysources1800left1520top325105center(0, 0, 0, 153)3000': 'Overlay File (0) BluRay', 'text(โ)status40right4590bottomfonts/Inter-Medium.ttf6400center(50, 205, 50, 255)(0, 0, 0, 153)300(0, 0, 0, 153)6': 'Overlay File (1) airing_shows'} |
| Overlays Applied: Overlay File (0) BluRay, Overlay File (1) airing_shows ```
well thats cool
so at least we know what the problem is
You set it to why in the code?
So we just need to figure out how to pass 35 into the running code
i tried where it seemed like it would go based on what i was seeing in logs
but it shows percentage
then never gets passed down
filters:
filepath.regex: <<regex>>
maybe here.
seems like that's a possibility based on what i'm seeing
[2023-11-21 19:42:29,290] [builder.py:963] [DEBUG] | Value: {'percentage': 45, 'filepath.regex': '(?i)\b(BluRay|BDRip|Blu-Ray)\b'} |
[2023-11-21 19:42:29,292] [overlays.py:436] [DEBUG] | Traceback (most recent call last): |
| File "/modules/overlays.py", line 393, in compile_overlays |
| builder = CollectionBuilder(self.config, overlay_file, k, v, library=self.library, overlay=True) |
| ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ |
| File "/modules/builder.py", line 1054, in init |
| self._filters(method_name, method_data) |
| File "/modules/builder.py", line 1863, in _filters |
| raise Failed(message) |
| modules.util.Failed: Overlay Error: percentage is not a valid filter attribute |
| |
[2023-11-21 19:42:29,293] [overlays.py:437] [ERROR] | Overlay Error: percentage is not a valid filter attribute
ffs: In case anyones interested the issue was solved with the default_percent prop, i just put it in the wrong place, so hdr10+ detection goes something like this:
default_percent: 2
template:
- name: Resolution
weight: 400
opt1: hdr10p
plex_search:
all:
hdr: true
filters:
filepath.regex: 'HDR10\+|HDR10P'```
#general-chat message
implemented in May 2022: #nightly-updates message
[2023-11-21 19:44:47,702] [builder.py:2693] [INFO] | Collection Filter episodes: {'filepath.regex': ['(?i)\b(BluRay|BDRip|Blu-Ray)\b'], 'percentage': 45} |
yep
sounds like putting it in the wrong place is a repeat problem
docs need examples :/
so the above was a "good" example
i did a search for default_percent on ALL of our discord... 17 hits... 4 outside of this thread
and happened to hit that one person that was actually trying something similar to us with that example
of course.. I still think we are chasing this problem
out of 12k episodes
no... for Rick and Morty
thats just a luck thing
ill make a point to be consistent about sourcing if possible
i dunno what else to do about it
adjust threshold as needed
the only logical thing to do is take the number of possible overlays / 100
what I dont know is what if 2 or more things hit that threshold
because of the hbo, hbomax, MA, etc?
so what happens if you set it to 10%
there's really like, 19 potetial conflicts
the likelihood that it would be anything <30% is low af
i'd imagine there would be MAYBE AMZN and Bluray, and maybe one other at the most
if you say so
i have it setup to upgrade in sonarr
doesnt that depend on the source in the end
there'd only be a select few shows that release on different services over the course of a series
like if its on NF, its pretty stable on netflix, and if it gets taken off it might pop up on another, but its not gonna pop up on like 4 different ones
that seems extremely unlikely
but either way now i can adjust it if need be
i think setting it to a default of 10 or something could cause mroe problems than it solves?
just to see what happens against your test-library
yes that appears to be the case
added this example to the wiki and waiting for the PR to be merged
#1176100803996549161 message
๐