Closed stevezau closed 3 years ago
If there's a scenename, we use it instead of the actual filename that could have been altered to a point where it's useless: https://github.com/morpheus65535/bazarr/blob/development/bazarr/get_subtitle.py#L53-L64
In your case, the scenename contain part.2
and it seems to be breaking subliminal_patch. I've never encountered that kind of naming with my own collection.
@morpheus65535, not sure i'm following. This ep was renamed by sonarr so it changed from part to S1E02. Shouldn't Bazarr search for both titles? But for some reason it appears to also try read from a file using the scenename which given it already understands what filess exists.. does not seem right? It shoudn't fail?
When creating the video
object, we create a fake path sing the scenename (if available). This is done to make sure to have the most attributes filled with proper information. We also preserve the real path for later use. Now, the search is done using the video
object created that contain attributes based on the scenename, not the real filename. This is why you end up with {'season': 1, 'part': 2}
instead of {'season': 1, 'episode': 2}
.
Describe the bug An example is when i try to manually search for subs for a series such as The Mole.
Episode path is: /data/TV Shows/The Mole - Infiltrating North Korea/Season 1/The Mole - Infiltrating North Korea - S01E02 - The underground weapons factory WEBDL-720p.mp4 Scenename is: The.Mole.Infiltrating.North.Korea.Part.2.1080p.[REMOVED]
Running on the latest container linuxserver/bazarr:development.
Why is it looking for the filename as The.Mole.Infiltrating.North.Korea.Part.2...?