That would be a step backwards from the point of automation.

Why don't you just make your 1 format more smart enough so it can handle all your content? Just a matter of a few if statements.

Players like VLC should be fine with that, but I suppose if it's a long path you can't open files with Double-Click from Explorer. That would be reason enough to switch to a shorter naming scheme.

This is odd:

/usr/bin/filebot: line 2: 6752 Killed

Looks like you killed the process. Or the system killed the process. But jvm crash reports look very different and issues with Java code give you detailed stack trace reports. So doesn't look like a crash either JVM or FileBot to me.

1. I don't think "collection index" is part of the API, though one could count movies by year of release. You could experiment with {i} binding. 2. The second one is easy, and isn't it obvious, since you already came pretty far anyway? {collection+' ('+y+')'+' - '}{n} ({y}) EDIT: For future ...

FileBot can't fix spelling mistakes.

That Awkard Moment VS That Awkward Moment

Probably banned your IP. Have you tried visiting the AniDB website and see if it says anything? Just wait a week and if it works again by then.

I've tweaked things a little bit with r2457 but having English Name / Year will always work best.

If you rename stuff in German it'll work significantly less well since FileBot has to guess significantly more. German stuff works significantly better if you set --lang deu . If you try to rename German-named movies in English-mode (so it can't match by name) it'll need at least the release year in ...

1. You can run the cleaner script separately after processing on you structure root folder: http://www.filebot.net/forums/viewtopic.php?f=4&t=5#p1341 2. That is part of the format. So look into passing custom formats if you wanna tinker with that. That being said, it's a very very good idea to put ...

1.
SMB URLs won't work. Just use the mapped drive as output path.

2.
Have you tried with different files? FileBot will exclude fake files, i.e. smaller than minimum size, or shorter than minimum duration, it'll also ignore files that have already been processed before (if excludeList is set), etc

I suppose I need to update the Escape Tool then. Looks like on Windows CMD $ must not be escaped while with Linux BASH $ must be escaped.

No 0-padding: With 2-digit 0-padding:

I'm in awe you figure things out by yourself in that detail. I barely understand how the code works anymore. :P In this case I'm pretty sure it works the way it works for good reason. And allowing the first word to OK the entire name (although it works well in this case) is probably very bad in many ...

Have you checked the amc logs? i.e. %APP_DATA%/FileBot/logs/amc.log

The first thing I'd do is use the absolute path to filebot.launcher - and don't forget "quotes" - just to make sure it's not a PATH issue.

Have you tried running it manually and see what happens? There can't be no output. If FileBot doesn't write any logs then it means filebot wasn't called, and the script probably has some messed up arguments. My best guess would be the $ in ${s.pad(2)} is not escaped correctly, thus interpreted by ...

Yes, but maybe you can try r2449 and see if maybe I already fixed it.

The .msi package can't not work, or you can blame Microsoft. I can't see why it wouldn't work, but I can imagine there are permission issues.

The next fail-safe(r) solution would be to use the portable package.

I'd only work on that on the premise of a paid application, so the Synology DSM UI is on ice until Synology supports publishing paid applications via Package Center. That's in the works for sure though, so maybe 1-2 years later.

Some people said that installing Oracle JDK 8 also sets the PATH so that might be the easiest solution.

That stuff I can only test if you post me all the file paths in text. Preferably on pastebin.

Fixed with r2448. I think.

Run with FileBot (console) and send me the stacktrace. There's console output that will have all the details about the problem.

FAQ wrote:

FAQ wrote:See FAQ

FAQception!

PS: Seriously, that one is also in the FAQ. FileBot now requires Java 8.

Java 8 has been officially released on March 18, 2014 and is available for Windows, Linux, Mac OS X, BSD, Solaris and Embedded Linux.

Fixed with r2445.

I wish it was just regex patterns, but things are way more complicated than you'd think... which sometimes breaks the easy stuff in unexpected ways