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

They only reason I can think of why I'd block is that by default its running with --log-lock true so parallel filebots don't interfere with each other and get queued. Though should be able to deadlock like u said. Just sequentialize filebot instances. Try --log-lock false and see if that makes a dif...

searchMovie only gives you name/year/id movie descriptors, this will give you all the metadata:

Must be a issue with the Java runtime for Mac. Try Oracles Java 7 instead of whatever apples pre-installes/updates.

It's sorting by the text similarity of movieName.toString() and it.name, since the ... is ignored both match equally by name, and since you do it.name you specifically make sure the year part is not part of the equasion. Just do sortBySimilarity(string) and let it use the default toString function f...

Try the latest HEAD jar. Made -non-strict even more non-strict with the later revisions.