I donno. What's it doing? In the utorrent log it'll show you exactly what command it's calling, just try pasting that into the cmd and see what happens.

PATH is automatically adjusted by msi so basically Windows itself updating the %PATH%. With or without \ both works. The reason cmd didn't recognize filebot at first is that it's reading PATH on startup. So if you first start cmd and then install filebot it will use the old PATH and not find ...

Well, the sample script works as it is. But you somehow randomly copy&pasted things together... The only thing that changes is adding a custom action property where the value of that property is a closure: args.eachMediaFolder { rename(folder:it, action:{ from, to -> execute('echo', 'FROM', from ...

=> http://filebot.sourceforge.net/naming.html#bindings
=> https://sourceforge.net/p/filebot/code/ ... gBean.java

e.g. Replace rename action with any cmdline tool:
http://filebot.sourceforge.net/forums/v ... ?f=4&t=252

In scripting you can just pass in a closure to replace the standard action with your own arbitrary logic. Anything is possible.

e.g.

In scripting you could define a custom rename action that'll just execute "ln -s ..." for each file/episode match.

Everything is documented in the format editor by opening the binding dialog. Plus it's all on the website. e.g. FileBot will give you the "file" variable of type File, but File.length() is defined by the Groovy/Java runtime, along with many many many many other things. Refer to the GDK and JDK for ...

Sure. Set --format to some path pattern that includes the genre, i.e. X:/Movies/{genres[0]}/... and set --action symlink. You need Java 7 for symlinking to work.

The uTorrent script will only touch video/subtitles files anyway so it doesn't matter what other stuff you have. If there is archives they will be extracted, but if there isn't things will move on, doesn't matter. You could just try running the uTorrent scripts manually on some files and see what ...

If you install the msi the "filebot" cmd will be in the path.

btw your cmdline doesn't work cause you'll need to run the jar with java, i.e. java -jar filebot.jar ... but that's all in filebot.cmd if you had installed the msi.

C³ might be a problem because it's less then 3 characters (and only 1 normal letter). TVDB search doesn't handle that well as far as I remember.

If you send me the original file names as text I can run some tests and see what's happening. Since FileBot always tries to match all files with all episode data at once (not file by file) things might get a bit funny in the later matching steps if your filenames don't actually match the episode ...

I don't know about focus, but utorrent definitely spawns a cmd window to run the given command. Also there is people that have complained about this issue long before 3.0, but really only the utorrent people can do anything about that since it's the utorrent that runs a cmd window that runs filebot ...

Well, I don't get that issue you have with symlinks. With --action symlink FileBot will just create a symlink instead of rename each file. Folder structure will be created normally so only the files are symlinks. What you are doing seems to be exactly the same. If you do match a folder with many ...

Probably a problem on their side. Can you send me the console output?

No, nothing has changed. FileBot has no control over the cmd window. Maybe there is a way to tell uTorrent not to spawn a new console window?

For --action symlink to work you'll need Java 7. Still not working? 7zip integration won't work on FreeBSD since I don't have J-7zip-Binding native libs for FreeBSD. I don't know about that srr stuff though. In anycase you could call the 7zip and srr cmdline tools in the script. Things should be ...

Yep. I assume XBMC would use exactly the same API functions for looking up tv shows as filebot does.

FileBot doesn't delete anything or cleanup remaining folders/files. 1. Why not move things into a new clean structure and just don't care about what's left behind? e.g. E:/sorted/TV/{n}/{n} - {s00e00} - {t} [{airdate}] 2. Or you can use the cleaner script, i.e. filebot -script fn:cleaner /path/to ...

Well the moving is easy. Just specify a format like I showed you. E:/Movies/{n} - {director} ({y})/{n} - {director} ({y}) Now creating these text files is different. But you have all the data in filebots rename history so you can do that at a later point. There's another thread with examples on how ...

Tested. Works fine for me. E:\testdata>filebot -rename The.League.1x01.avi --action test -non-strict Filename pattern: [1,00] SxE, [0,00] CWS Rename episodes using [TheTVDB] Auto-detected query: [The League] Fetching episode data for [The League] Fetching episode data for [The League Of Pan ...

@aduga
From what I can tell from MasterCATZ screenshot .tbn files work just fine. Probably just the script excluding non-video/subtitle files. You can fix that yourself easily. If it works well I can merge it into the official script.

1. So you want or you don't want the original folder name in the new path? e.g. E:/Movies/{file.parentFile.name}/{n} {y} 2. You can't create files in the GUI but it's all quite possible with filebot scripting. 3. You can select/deselect any files first (e.g. search for *Naruto*.avi) and then drop ...

The filter works on episode data being matched to. Normally it'll consider all episodes for all found shows as possible matches and try to find the best combination. With --filter you can exclude certain episodes before any matching as if they were not in the database at all.