FileBot is having problems identifying movies...

[Rick7C2]

I have over 1,000 movies that need to be renamed but file bot is not able to identify them.

They are currently named as follows

decade\year - MovieName.ext

example...

1930\1937 - Snow White and the Seven Dwarfs.avi

using the GUI, when I try to match them it shows a list of movies to select from. None of which are the correct movie.

For "1937 - Snow White and the Seven Dwarfs.avi" I get the following list...



http://imgur.com/a/bjo7w

Simply adding "()" around the year allows filebot to identify the movie like normal. So I assume filebot sees the year as part of the movie title instead of the movie year.

Is there any way I can get filebot to detect the year as is. Or maybe some other way to mass rename all files with "()" around year so can then run filebot?

[rednoah]

Well named files will work better than badly named files. The year is generally expected to be after the movie name. Also, things generally work less well for rare old movies.

Just removing the leading numbers (and maybe adding at the the end of the filename) would be a good pre processing step to make things more smooth. See Presets for how to automate that step.

If it's just a few files you can always just force the search query. See FAQ for that.

[Rick7C2]

Thanks!

I was able to rename all the movies to the following format "MovieName (Year)" with the format below.

After that was done filebot was able to identify all of the movies without any problems.

Format: Select all

{fn.after(/^[0-9 -]+/)} {Date.parse('yyyy', fn.before(/\s/)).format('(yyyy)')}

[albin]

It's not getting any better, ten years on...

[albin]

I mean, I must be doing something wrong? Please?

[albin]

Yes, who have ever heard of "Citizen Kane"? :p

[rednoah]

That looks very strange indeed...

What does the log say?

What does system information say?

Which docker container are you using?




I've tried this with the following sample file names:

Code: Select all

Better.Off.Dead.1985.UHD.BluRay.2160p.DD.5.1.DV.HDR.x265-BHDStudio.mp4
Citizen.Kane.1941.1080p.BluRay.FLAC1.0.x264-ZQ.mkv
Escape.from.L.A.1996.UHD.BluRay.2160p.DD.5.1.HDR.x265-BHDStudio.mp4

And here's what I get:

All good, as expected from an easy use case such as this one. There's definitely something strange going on on your side... Have you tried different things to see if you can isolate the cause of the problem?

[ZeroByDivide]

Yea there is something funky going on here, I have the movie "The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy" downloading and it won't match at all to the actual movie.. it keeps trying to match to a dang tv show called "Last"

Code: Select all

Parameter: ut_label = radarr
Parameter: ut_state = 
Parameter: ut_title = The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy
Parameter: ut_kind = multi
Parameter: ut_file = 
Parameter: ut_dir = C:\Users\JourneyOver\Desktop\QBT\The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy
Parameter: minLengthMS = 300000
Parameter: subtitles = en
Parameter: artwork = True
Parameter: plex = *****
Parameter: clean = True
Parameter: deleteAfterExtract = True
Use excludes: C:\Users\JourneyOver\Dropbox\Public\Filebot\logs\filebot-history.log
Input: C:\Users\JourneyOver\Desktop\QBT\The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy\The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy.mkv
Group files by movie or series
Group: {Series=Last (2015)} => [The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy.mkv]
Subtitles: Skip video file that already has embedded [en] subtitles: C:\Users\JourneyOver\Desktop\QBT\The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy\The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy.mkv
No missing subtitles
Rename episodes using [TheMovieDB] with [Airdate Order]
Lookup via [Last] [The Conjuring Last Rites 2025]
Fetching episode data for [Last]
* Last [63308] | 16 episodes | 1x01-16
Apply filter [any{ age < 80000 }{ airdate ? true : false }] on [16] options
Include [Last - 1x01 - Episode 1]
Include [Last - 1x02 - Episode 2]
Include [Last - 1x03 - Episode 3]
Include [Last - 1x04 - Episode 4]
Include [Last - 1x05 - Episode 5]
Include [Last - 1x06 - Episode 6]
Include [Last - 1x07 - Episode 7]
Include [Last - 1x08 - Episode 8]
Include [Last - 1x09 - Episode 9]
Include [Last - 1x10 - Episode 10]
Include [Last - 1x11 - Episode 11]
Include [Last - 1x12 - Episode 12]
Include [Last - 1x13 - Episode 13]
Include [Last - 1x14 - Episode 14]
Include [Last - 1x15 - Episode 15]
Include [Last - 1x16 - Episode 16]
[16] options remaining
[MOVE] from [C:\Users\JourneyOver\Desktop\QBT\The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy\The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy.mkv] to [V:\Media\TV Shows\Last\Season 01\Last - S01E01 - Episode 1 [1080p x265 10-bit - ENG EAC3 5.1 - WEBRip]-iVy.mkv]
Failed to write xattr key: net.filebot.metadata: The filename, directory name, or volume label syntax is incorrect: Last - S01E01 - Episode 1 [1080p x265 10-bit - ENG EAC3 5.1 - WEBRip]-iVy.mkv:net.filebot.metadata
Failed to write xattr key: net.filebot.filename: The filename, directory name, or volume label syntax is incorrect: Last - S01E01 - Episode 1 [1080p x265 10-bit - ENG EAC3 5.1 - WEBRip]-iVy.mkv:net.filebot.filename
[SCRIPT] Run Script (refresh-radarr.groovy)
Processed 1 file
Fetching series artwork for [TheMovieDB::TV::63308 / Season 1] to [V:\Media\TV Shows\Last\Season 01]
Generate Series NFO: Last [TheTVDB::298060]
Fetching V:\Media\TV Shows\Last\poster.jpg => [tvdb/series/posters/680x1000, eng, 2.0, https://artworks.thetvdb.com/banners/posters/298060-2.jpg]
Fetching V:\Media\TV Shows\Last\banner.jpg => [tvdb/series/banners/758x140, eng, 2.0, https://artworks.thetvdb.com/banners/graphical/298060-g.jpg]
Fetching V:\Media\TV Shows\Last\fanart.jpg => [tvdb/series/backgrounds/1920x1080, null, 100000.0, https://artworks.thetvdb.com/banners/fanart/original/298060-2.jpg]
Fetching V:\Media\TV Shows\Last\Season 01\folder.jpg => [tvdb/season/1/posters/680x1000, eng, 0.0, https://artworks.thetvdb.com/banners/seasons/298060-1.jpg]
Fetching V:\Media\TV Shows\Last\Season 01\poster.jpg => [tvdb/season/1/posters/680x1000, eng, 0.0, https://artworks.thetvdb.com/banners/seasons/298060-1.jpg]
Clean clutter files and empty folders
Delete C:\Users\JourneyOver\Desktop\QBT\The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy
Done ヾ(＠⌒ー⌒＠)ノ

I've tried multiple things and it never considers the movie at all when doing it through CLI..

Sysinfo if you want it:

Code: Select all

filebot -script fn:sysinfo
FileBot 5.2.1 (r10828)
JNA Native: 7.0.0
MediaInfo: 25.07
7-Zip-JBinding: 16.02
Tools: fpcalc/1.5.0
Extended Attributes: OK
Unicode Filesystem: OK
Script Bundle: 2025-09-04 (r1016)
Groovy: 4.0.28
JRE: OpenJDK Runtime Environment 21.0.4
JVM: OpenJDK 64-Bit Server VM
FILEBOT_OPTS: -Dnet.filebot.web.WebRequest.v1=true
System Property: net.filebot.WebServices.OpenSubtitles.v2=true
System Property: net.filebot.WebServices.OpenSubtitles.v1=true
System Property: net.filebot.web.WebRequest.v1=true
System Property: java.net.preferIPv4Stack=true
System Property: useExtendedFileAttributes=true
CPU/MEM: 16 Core / 8 GB Max Memory / 115 MB Used Memory
OS: Windows 11 (amd64)
HW: MSYS_NT-10.0-26100 BunniPC 3.5.4-395fda67.x86_64 2024-11-25 09:49 UTC x86_64 Msys
STORAGE: NTFS [Nebulon] @ 1.3 TB | NTFS [Quasix] @ 999 GB | NTFS [Graviton] @ 413 GB | NTFS [Stellark] @ 514 GB | NTFS [Cosmax] @ 223 GB | FAT32 [BACKUP] @ 8 GB | NTFS [DRIVE] @ 657 GB | NTFS [HOME] @ 411 GB | NTFS [ROOT] @ 411 GB | NTFS [MEDIA] @ 11 TB | NTFS [USB] @ 14 GB
DATA: C:\Users\JourneyOver\scoop\apps\filebot-beta\current\data
Package: ZIP
License: FileBot License P73386678 (Valid-Until: 2026-07-11)
Done ?(?????)?

This seems to have only started happening recently, as before I've never had a problem with it matching movies correctly.

[rednoah]

Console Output: Select all

Group files by movie or series
Group: {Series=Last (2015)} => [The Conjuring Last Rites 2025 1080p WEBRip DDP 5 1 10bit H 265-iVy.mkv]

This is a completely different issue from anything discussed previously discussed on this thread. Here we have the amc script incorrectly assuming that the file is a series episode. A movie / episode auto-detection issue. Likely because of the unusual numbers pattern in the file name.


This file notably seems to have been renamed already, replacing "." dots with " " spaces. This makes the file name more difficult to interpret because information was removed. While "." is often used as space, the . dot in 5.1 and H.265 is actually meant to be a dot.


The solution is to force movie mode. You'll want to use --def ut_label=movie which forces movie mode instead of --def ut_label=radarr which does nothing. If you're using radarr then you already know in advance that you're only ever processing movies, right?

You can (and should) force Movie / Series / Anime mode or force ignore files via labels, e.g. label as Movie to force Movie mode, Series to force TV Series mode, Anime to force Anime mode, or other to ignore all files. Alternatively, standard folder names such as Movies / TV Shows / Anime may be used to force auto-detection one way or another.

EDIT

Is the radarr label something that is added by Radarr as its remote controlling qBT via the API? Can this be changed in Radarr? If not, then we could modify the amc script to force movie mode for this label as well. Does Sonarr / Lidarr / etc add a sonarr / lidarr / etc labels? We could add auto-detection fast-paths for these labels as well while we're at it.

[ZeroByDivide]

This file notably seems to have been renamed already, replacing "." dots with " " spaces. This makes the file name more difficult to interpret because information was removed. While "." is often used as space, the . dot in 5.1 and H.265 is actually meant to be a dot.

Yea I guess that's just how IVY does their releases, guess I'll ignore said group in the future but they were the only one at the time that had a decently sized released when I went to go add it to my media.

The solution is to force movie mode. You'll want to use --def ut_label=movie which forces movie mode instead of --def ut_label=radarr which does nothing. If you're using radarr then you already know in advance that you're only ever processing movies, right?

You can (and should) force Movie / Series / Anime mode or force ignore files via labels, e.g. label as Movie to force Movie mode, Series to force TV Series mode, Anime to force Anime mode, or other to ignore all files. Alternatively, standard folder names such as Movies / TV Shows / Anime may be used to force auto-detection one way or another.

Is the radarr label something that is added by Radarr as its remote controlling qBT via the API? Can this be changed in Radarr? If not, then we could modify the amc script to force movie mode for this label as well. Does Sonarr / Lidarr / etc add a sonarr / lidarr / etc labels? We could add auto-detection fast-paths for these labels as well while we're at it.

It is added by radarr but we can freely control the label that is used or make it not add a label at all in the client settings (it's the same deal in sonarr/lidarr/etc as well). I just used "radarr" as the label years ago and never had any issues so I had no reason to ever change it but I guess I'll change it to "movie"

[rednoah]

It is added by radarr but we can freely control the label that is used or make it not add a label at all in the client settings (it's the same deal in sonarr/lidarr/etc as well). I just used "radarr" as the label years ago and never had any issues so I had no reason to ever change it but I guess I'll change it to "movie"

OK. Then have Radarr use "movie" as label in qBT and then that will resolve the issue, and also speed-up processing since the amc script no longer has to do movie / series / episode auto-detection and can just skip ahead to processing the files at hand as movie right away.