If that's the log then somewhere the arguments get passed wrong. Basically filebot is run with invalid arguments. Try the manually running the command in a new cmd window and play with it until you find what's causing the issue. EDIT: My guess would be that special characters (exclamation marks, que...

Doesn't look like it's able to load any native libs at all, not even JNA. At least that one should always work, but I don't have a Pi so I can't do anything about that.

Also there are no ARM native libs for 7-Zip-JBinding. Not supported.

1. restart utorrent so it'll read in the new PATH.

2. If that doesn't work specify the exact path to filebot.exe rather then relying on utorrent to resolve the "filebot" command.

Now I have no idea. On this test it says everything works perfectly.

oh ok, just red that other EDIT. You need 64-bit OS, 64-bit Java and 64-bit FileBot so things work together when loading native code.

Try this and post what it says:

Are you sure? It says you're on an 32-bit platform. What OS? What filebot install?

So that's the command. Looks good. What does filebots log say? => check amc.log

Nothing I can do about Avast detection messing up. You can try with their support and have them add it to their whitelist or something.

1. The second "output" I assume is you just running the first command (which is a template, obviously). The script is told to rename files from folder called "%D", yeah, that'll not work. 2. Did you ever try the 3rd command you posted? The actual command utorrent is running? All ...

Multiple shows with the same name should be fixed already, in various aspects actually. Works for me: Parameter: clean = n Parameter: ut_kind = multi Parameter: ut_dir = D:\testdata\AMC-TEST Parameter: ut_title = AMC-TEST Input: D:\testdata\AMC-TEST\dl\tv.us\Smash.S02E11.720p.HDTV.X264-DIMENSION\Sma...

What exact command did utorrent execute? Check the Logger tab. There's probably special characters somewhere in that argument that mess up the cmdline call on cmd level and then filebot gets called with invalid arguments.

You downloaded it from sourceforge.net right? Then it's fine. Redownloaded the latest release and scanned with Security Essentials and it doesn't say anything.

It's just another false positive I guess:
http://forum.avast.com/index.php?topic=117518.0

Just tell avast to shut up and ignore that one.

I mean the forum thread, that you seem to have found already. It's full of troubleshooting.

Mind your spaces...

Not home right now, but this should get almost, if not completely, what you want. Just add piece of code at the end of amc (and fix syntax errors as i'm just typing this down from back of my head :P) input.each{ f -> if ( !getRenameMap().containsKey(f) ) { println "[REMAINING FILE] $f" f.c...

I'll have a look.

You can try reporting the problem with lib7-Zip-JBinding as well, though the project is seems dead-ish now so the 7zip native code is a bit outdated as well.

Bast scho.

First you run it manually in a new cmd window. Then you can check with utorrent. If that doesn't work it's a PATH issue. In that case you specify the absolute path to filebot.exe instead of having windows resolve the "filebot" command. Also you may need to restart utorrent so it'll read in...

Yeah, obviously If you wanna rename A->B and B->A at the same time there's gotta be a temporary file C at some point. It'd be a lot of extra work for almost no benefit. In anycase, can't let noobs override their stuff (in the GUI anyway) so I'll add that check again and not let people override files.

xattr not supported by your platform/java/filesystem. Don't worry about it.

Read this for more information:
http://www.filebot.net/forums/viewtopic.php?f=3&t=324

Fixed with r1605: http://sourceforge.net/projects/filebot/files/filebot/HEAD/ Added support for "derived files" support in the cmdline episode-rename logic. Should be using the same special handling as the GUI does now. Also added ".rec" to video/mpeg, the other files will be pic...

If you're renaming files without SxE you can't have the same episode twice in the same rename-set. You could do a rename call for each file though and that should work. Just mount your ftp it into your local filesystem. On Linux that's easy. On Windows you might have to google how to set set up an m...

Yeah, never thought of that. Well renamed files would always contain the title per episode while the original naming would never be the same as your cleaned up one. At least the title would be missing. But this is a serious issue so with future updates I'll go back to not allowing renaming where fil...

Try this:
http://sourceforge.net/p/filebot/code/H ... amc.groovy

Ah, I see the issue. Obviously file will be renamed one at a time so by the time it gets to rename "Whatever 1x02" it has already overridden it with the "Whatever 1x01" that gets processed first. I'll have a look, maybe change it back for next version, lets see what people think....

Level +1, experimenting is how you do these things, now you got basic commandline skills.