1. I've never tested DVD vs BR folders. * FileSize would need special handling to sum up all the file sizes for all the files in the disk folder * Resolution would need special handling to check each video object (and MediaInfo for each of those may not necessarily be the same) Resolution comes ...

You are right about the DVD folder and Mediainfo, didn't think about that. And on top of that the new version is a BR folder. :lol: No I haven't tried with other files, didn't have to until now, but I was under the impression that filebot checks size first and then resolution/quality or something ...

Hello, First my "fn:sysinfo" $ filebot -script fn:sysinfo FileBot 4.7.8 (r4846) JNA Native: 5.1.0 MediaInfo: 0.7.93 p7zip: Version 16.02 (locale=en_US.UTF-8,Utf16=on,HugeFiles=on,32 bits,1 CPU LE) Chromaprint: 1.4.1 Extended Attributes: OK Unicode Filesystem: OK Script Bundle: 2017-03-20 (r484 ...

OK as promised I tested a newer version (r4678), and I still get the same behaviour. The ISO file, with "action hardlink", is renamed but not extracted. Same as before. This time also I used an explicit path which probably means that no definite conclusion can be drawn. To be honest though when it ...

OK tried with a different ISO. First using option "hardlink" ]$ JAVA_OPTS="-Dnet.filebot.logging.debug=ALL" filebotscript fn:amc --output "/path/to/output" --action hardlink -non-strict "/path/to/DRUNKEN_ANGEL.ISO" --def "@/path/to/config/amc.args" Using persistent disk cache /path/to/.config ...

On second thought I think that the "Hardlink" option might be the issue. What do you think?

OK, I tried with extract script and debugging options. Worked without a hitch. $ JAVA_OPTS="-Dnet.filebot.logging.debug=ALL" filebot -extract Unlucky\ Monkey\ \(1998\)/Unlucky\ Monkey\ \(1998\).iso Using persistent disk cache /path/to/.config/filebot/cache/0 Read archive [Unlucky Monkey (1998).iso ...

So I take it that the normal behaviour of filebot is to actually decompress an ISO? If so how come it doesn't proceed to do that in this case? I tested before and "7z" seems to decompress it just fine. Also if it couldn't process it, wouldn't it fail as it did with "Apache Commons"? I mean leaving ...

Ok I installed p7zip and tried to extract an ISO, which worked fine. Then I tried to locate the executable and make the changes as suggested, so I commented out ApacheVFS then uncommented SevenZipExecutable and it came to this. #!/bin/bash # force JVM language and encoding settings export LANG="en ...

It's true this platform when it comes to filebot working properly can be a pain. Getting everything working correctly in the first place was pretty challenging.

Well I'll try that later and I'll keep you posted. Many thanks.

First of all I know that filebot already supports ISO files ( https://www.filebot.net/forums/viewtopic.php?t=589 ) but I have to start from somewhere. :) I tried to process a movie in ISO format and filebot returned with the following error. Failed to read disk image: org.apache.commons.vfs2 ...

Ok I see.

Thanks for the reply.

Just to give some more information of my setup that might be of some importance. The movie folder was actually inside another folder in a structure that accomondates my torrent client's labeling scheme. So more accurately the actual path would be: /path/to/input/label/Some Movie (yyyy) abcd efg ...

Hi, I started using filebot recently on a rpi and I am still learning. So far it has been more I could ask for. However I am experiencing a strange issue. filebot although renamed correctly a VIDEO_TS movie, for some reason it created a redundant folder. More specifically: /input/Some Movie (yyyy ...