With the artwork.* scripts you can just run it with -non-strict and I'll auto-select the most likely movie/series. On a headless machine this behaviour is default as it can't ask the users. As for docs on vars: args is list of cmdline file arguments, e.g. args.each{ println it } You can pass any nam...

1. You can reuse parsing functions but that won't get u missing info like titles. You'll need to run rename and pass your own rename function that only collects the output information. Similar to --action test which simply does nothing. 2. You'll need to look into htpc.groovy in details. How to run ...

The artwork.* script expect things to be already organised properly. Then there's a script with movie folders and one for TV folders. You call it like all scripts with fn:name or download the script and specific the path. Documented plenty.

I get that you want to grab artwork. Check the artwork.* scripts for that.

music mode support via AcoustID and id3 tags is experimental. Just added it because I can. But it's not gonna be the best tool for audio. There's excellent stuff out there already I'm sure.

I don't know Mac but its the same on all unix systems. Just put it into /bin or /usr/bin or one of the default lookup paths. Just google it. If you can use the fpcalc command from console then it should work from filebot.

You need to install 64-bit Java and 64-bit FileBot so it can load the 64-bit mediainfo native libraries. Try uninstalling any 32-bit Java you have to make sure it's running on the 64-bit Java platform. There's some more troubleshooting in the FAQ.

As long as fpcalc is in the PATH it should work. Try console and make sure the fpcalc command works.

Sublight updated the API and locked clients using the older version.

Broken for now, and possibly broken forever if they banned 3rd party clients. Nothing you can do anyway.

It's in the FAQ. Just disable extended attributes if you don't use NTFS on all drives.

With --action override, as long as the PROPER gets processed last it'll work because it'll just override whats there before.

You have to check docs for your Linux distro. In the filebot startup script you can enable it but first you need the operating system and filesystem to support it. On Ubuntu it's default anyway. Not sure if its possible on the synology Linux.

You can do it via normal groovy stings, e.g. {"$n $y".ascii()}

Keep in mind that {...} will be resolved as a whole or not at all if any bindings fail. So to semantics as slightly different. Play with it.

Having imdb id in the filename definitely will help filebot and other programs. With just xattr metadata that would work but only for filebot. PS: I think movie-mode ignores the --filter argument, it's only to tvshows. For movies it's best to keep the name + year and there shouldn't be any problems.

Filebot doesn't treat aliases as multiple shows. One show is one show (with unique TheTVDB id). Send me logs of what's not working.


--filter allows you to filter valid episode data. It's exactly the naming format, n name, s season, e episode, etc

1. Use --action test instead of --action rename

2. Enable extended attributes and filebot will remember all metadata about each file regardless of naming.

In the cmdline you can set --conflict override. The logic you describe would have to be written as external script though.

export LANG=en_US.UTF-8 should do the trick. If it doesn't work I have no idea, make sure filesystem entries are UTF-8 encoded. In anycase, Somehow the Java IO can't properly interface with the filesystem due to some misconfiguration.

matchMovie only matches movies for a string. It's 100% accurate but may not works to messy strings. Detect movie does all kinda shit including online shit to figure things out. detectSeriesName tries to guess the series (search query) but does no search. parseEpisodeNumber will give you SxE objects ...

--q is for specifying a query if auto-detection doesn't work.

--filter is used to tell filebot exactly what episode data should be taken into consideration.

e.g.

Not sure but I guess maybe your filesystem doesn't allow these Unicode characters?

You can use the .ascii() function in the format to simplify unicode text to ASCII-only text. Or maybe there is a way to make Unicode work on the lower java or filesystem layers.

Not sure. Check where that trailing space in the foldername is coming from and the fix the format so it doesn't allow that.

Neh, too messed up, you'd need to add lots of extra hints via --q and --filter for it to work: filebot -rename "ps714.mp4" --db thetvdb --q psych --filter "n == /Psych/ && s == 7" -non-strict It'd be much better to just pre-process the filenames, e.g. filebot -script fn:r...

Is there somehow a trailing space that isn't automatically trimmed away for some reason? You can fix those via the format.

Try something like

That's just code snippets. You write your script.groovy and then run it with -script your/script.groovy