Does /usb/Download only contains new files, or lots of random files from previous downloads? In which case you must set excludeList : --def excludeList=amc-input.txt Keep a list of previously processed files to be ignored in future runs (if you run this script on the same files repeatedly you must ...

You have a point, but why wouldn't you want it to extract archives? Which archives do you not want to be extracted?

How do I know if media is corrupted? I think the newer amc scripts have a minDurationMS condition which should work. Corrupt files shouldn't have a mediainfo duration value, and thus be ignored.

Both OK. But if you have your own local version of the script you won't get my rolling updates. So the preferred way would be to call fn:amc and set --def seriesFormat=...

You mean webservice, not API, and nope, that's not planned neither since you can run filebot locally any any reasonable linux box. Or just mounting the remote filesystem into the local machine. This round-about way of yours just doesn't feel like a good idea. Nowadays you would run your own groovy ...

No idea, probably not in my code though. You can try setting -Xmx256m or something like that to limit Java to 256m memory, if it takes more than that we know it's in the 7z native code, if it crashes with Java OutOfMemory errors it might be in the Java code.

Nope, filebot doesn't touch file content.

You could try this:
http://www.bunkus.org/videotools/mkvtoo ... pedit.html

You'd have to modify the script to re-encode into Windows-1256, probably easier to just do a post processing script that turns UTF-8 into Win-1256, though any text file really should be in UTF-8, that would safe the world a lot of trouble.

Use the latest revision and try -clear-cache it it doesn't work right away.

It's where all the other test jars are:
https://sourceforge.net/projects/filebo ... ebot/HEAD/

This will work in the latest revision, e.g. 4.0_RC1:

I guess the new app is still using a cached version of the old script, should be fine after 24h: Also make sure you're using the latest r2004+

Works fine: Parameter: ut_kind = multi Parameter: minFileSize = 0 Parameter: minLengthMS = 0 Parameter: ut_dir = D:\workspace\testdata\AMC-TEST Input: D:\workspace\testdata\AMC-TEST\vari\jumanji.avi jumanji.avi [series: Jumanji, movie: Jumanji (1995)] Exclude Series: Jumanji Group: [tvs:null, mov ...

Why do you think it's not doing that already? Cause it is, by default, and you can't change that.

Come to think of it having logic for that doesn't make sense at all.

You already have to formats in the script for movies and tv shows. Just hard-code the drive into each format respectively.

Here's a little trick: (it works by movie/episode bindings failing and unwinding the expression in one case or the other)

Best to play with the format in the GUI editor / renamer and then just paste it into the script.

Sorry, that's a long time ago and i tweaked countless things that i can't even remember.

I can only make sure that the current script works:
http://filebot.net/scripts/amc.groovy

Finding the difference that makes yours not work is your job now

I prefer forum posts over ratings, especially shitty ones, and especially not ones that add feature requests to reviews when a feature request here in the forums makes so much more sense. Also I actually check the forums more than once a month so if you post here I'll actually be able to reply and ...

I can only tell you that somehow filebot tries to figure out what movie name for, which fails. If it works you can use Java 6, I just recommend Java 7/8.

There must be .nfo files lying around somewhere that link to tt0462322. Either in the same folder or parent/child folders.

No idea. Does it matter? Some files can't be processed cause the names are just too badly named. The WARNING messages you can ignore. Apart from that I recommend using Java 7 or even Java 8/ea and updating to the 4.0_RC1 beta release. May or may not make a difference. EDIT: The warning is just ...

I can only support the packages I provide, and you apparently are using a package not maintained by me.

Learn from my sample startup script:
https://sourceforge.net/p/filebot/code/ ... ller/ipkg/

You'll have to look into .bat scripting in detail then. It's not passing in arguments as you'd like. In the debugging output there's even '...' so the ' characters are literally passed in somehow by cmd for some reason.

You'll just have to play with it and figure out how to work windows cmd.

In the filebot launcher the jna.library.path must point to where the library is: Maybe the @ is messing with the library path.

Also if a library is incompatible it'll probably give you the same error message as if the library is not there at all.

I appreciate you reporting any errors, that's why there's a pre-release and forums to report these things. ;) Though this one should be working: Parameter: ut_kind = multi Parameter: minFileSize = 0 Parameter: minLengthMS = 0 Parameter: ut_dir = D:\workspace\testdata\AMC-TEST Input: D:\workspace ...

hahahaha, sarcasm?