How does it look if you run with the FileBot (platform) shortcut?

I did try this myself and at least from cmdline you can make it work by pass in --lang x-jat . filebot -rename . --db anidb -non-strict --lang x-jat --action test Rename episodes using [AniDB] Auto-detected query: [Neon Genesis Evangelion] Fetching episode data for [Shinseiki Evangelion] Fetching ep...

MOVE operations are performed by the native Windows File-Move dialog so filebot doesn't know if any errors happened. Just knows if the files are there in the end and updates the GUI accordingly. If you use FileBot (platform) it'll use the Java Files API for MOVE and that will give you some logs in t...

Just create some amc.sh script and call filebot with predefined arguments, plus whatever you pass along when calling the script via "$@". Here's what I use: filebot -script dev:amc -non-strict --log-file amc.log --def artwork=y "seriesFormat=TV Shows/{n}/{'Season '+s.pad(2)}/{n} - {s0...

If you have really really really long expressions I recommend just using a random Groovy editor to write the code and then just paste it into filebot.

PS: When pasting code into the editor new lines should be converted to blanks automatically.

Sorry, that one will need some scripting, either in groovy or cmdline, 1. select all files, 2. filter out files mkv files with embedded subtitles, 3. run -get-subtitles on the remaining files.

Like so:
https://github.com/filebot/scripts/blob ... all.groovy

I've just tried with the latest jar and it seems to work just fine: It was probably a temporary issue on the server-side.

I guess you could easily add this logic to your own custom subtitle script.

Just check with getMediaInfo(...) and see if you get subtitles tracks and if yes just don't pass them along to getMissingSubtitles(...)

Yes, extra metadata is always retrieved from TheTVDB or TheMovieDB.

Yep. Let me know how it goes.

Though I recon it may not be possible completely though since at least Groovy will need a standard compliant Java VM and Dalvik is not by design.

If you're a developer the best chance my be checking out the source and compiling for Dalvik and see what happens.

If you set the option -log-file amc.log then it will most definitely create a log file at %APPDATA%/FileBot/logs/amc.log

No. uT is calling filebot from cmdline which runs independent from the UI instance.

Check the logs for why it's not working.

What's the correct primary title in TheTVDB then? Can you make it work via --q?

PS: Lookup by ID is not supported.

Looks like it can't make sense of that file. Maybe the movie is not listed yet. No idea. Doesn't look like a general issue though.

Yes, Yes and No. : You can build any kind of logic or conditions into a single format expression. That's for n == QI and duration > 40min or whatever you may want to define. The latter is a simple no. Though you can just pre-process the names before calling rename() though in your case since you alr...

Yep. I'll make a fallback without the atomic flag then.

EDIT: Fixed with r2037

Pretty sure they may support running external tools. All downloaders do. Otherwise feel free to request that feature.

LinkageException is caught specifically to have it default to Commons IO on Java 6 where Java 7 functions are not available.

ATOMIC_MOVE flag is required to change the case when renaming Windows-identical files. Any idea why ATOMIC_MOVE may not be supported in your case?

What's preventing you from running two instances? Should work just fine as long as the -log-file name is different. You can filter out episode data before matching with --filter expression. And not setting -non-strict will eliminate fuzzy matches. PS: I recommend running the AMC script in intervals ...

Sorry. That's not supported then for now.

What you could try is using the ascii() function, e.g.

{t.ascii()}

This will have filebot transliterate the Kanji. You could try, but with all the readings automatic transliteration probably not work well

Haha, that's bad. Alright, I'll have a look at this and fx it once I'm back from my holiday.

EDIT: Fixed with r2036

What's wrong with Japanese titles?

Click "Continue".

Yep. The rename lookup is much much more complex then what the artwork script is doing. The artwork script would usually make use of xattr metadata written by the rename function. You could try setting -DuseExtendedAttributes=true but it may not be supported on OSX. You'll need at least Java 7 and o...

I'm sure it try's to match th correct title first, but gets 0 results, so it starts trying different things until it gets a bit. That's what I can tell, but for why I'll have to debug it when I come back.