I'll have to check the shell code if it works like I would expect, i.e. to delay FileBot until there have been several minutes of no (significant) activity in the watched directory and any subfolder. It looks more like it is piecewise feeding any new stuff to AMC. I have to understand what happens ...

The script mainly deals with languages right now, but shows how to access the {model} bindings, implement caching and logging. heuristics to figure out the main audio language (movie container, or database) get languages from secondary audio tracks (both internal and from accompanying files, like ...

Would you spin down your hard drives after 2 seconds of no activity?
20 minutes seems to be a safer guess, configurable from an environment variable.

I just have a wide selection of samples and know how to pick my test cases

The idea of using FileBot as a library that can help with the discovery, processing and enrichment of media files isn't that unattractive. I wonder how far this would be supported, in terms of API stability etc?

I Personally understand the implications (and how to work around them), but many people might just install your docker container just to find out it doesn't work as expected. coppit's solution allows for a settlement period before kicking off AMC which would probably eliminate not all, but most of ...

Yeah, maybe I need to consider rolling my own amc.groovy, moving the if (music && forceAudio(f)) check to the button, and creating Movies/TV Shows/Music top level input folders. ut_label=movie might work on a movies-only input folder. and I will need to do some experiments with -rename as well...

The current filebot-watcher container has a few issues. The major one is the input folder monitoring script based on inotifywait, which can trigger while folders are still being copied, in particular over a slow wireless link. Have a look at docker-inotify-command and docker-filebot here: https ...

It's not -rename, but -script fn:amc inside your filebot-watcher container.

Files have the proper naming.

I've tried this with the latest jar, but judging from the file date (Nov 15), it's not updated yet and AC3 or DTS files are still processed as movies. Strangely enough, mp3 or m4a files are not grouped or processed as companion files at all, even if the source files have the perfect naming. Do I ...

There seem to have been at least two dev:amc versions during the day; with the latest, the processing for 37,2 le matin seems to be as expected. What I'm getting now is occasional errors: Looking up subtitles by hash via OpenSubtitles Lookup by hash failed: The response could not be parsed. I've ...

To confirm: FB no longer fetches the wrong subtitles with the latest jar.

What's the non-strict policy?

"For perfect matches use moviehash/moviebytesize searching, for movie matches use tag/imdbid searching, if you can not use any of them, use fulltext search (least accurate)" The way I understand is that only the hash/size provides a perfect match; tag/imdbid is the preferred way to search (as you ...

The result is the same for both parts: and most interesting, it's a tag match (due to MovieHash=0 maybe??) of a single-part subtitle. I would expect these to be eliminated: In strict mode, due to not being a hash match In non-strict mode, due to not matching the part / total parts count and being ...

Another API advantage: if the script would register additional files, orphans, etc, they would also become part of the group/batch of files processed together and will all end up in history, with proper xattr, etc. You could at some point even consider every group/batch as a single transaction that ...

The advantage of the API suggestion is that I have access to ALL the relevant information I need to make decisions and generate non-conflicting filenames: all files in the batch, original movie language(s), available audio languages, hard coded subs if I have previously tagged my files, subtitles in ...

The suball script doesn't give me the option to make the available languages part of the movie (folder) name, unless I re-run the amc script a second time (and creating a real mess in the filebot history). How about a different approach, providing the movie script an API like this instead of using ...

I'm aware that I could go through the history and filesystem, figure out affected directories that had at least their main movie moved / copied, determine which of the files (in case of COPY actions) would be considered orphans, and create some copy or move actions for the orphans. Most (if not all ...

How about an option to include all orphaned files in the original movie folder with the new renamed movie, i.e. in an orphans/ folder or filebot-orphans.zip file? This would allow sorting out issues later.

It would be great if there was an option for these files to be passed to the movie formatter script!
Defaulting to 'no' to preserve backward compatibility.

Hi, below is an example of FileBot fetching the same single CD subtitle for both CD parts: Get [French] subtitles for 2 files Looking up subtitles by hash via OpenSubtitles Fetching [French] subtitles [Blow[2001]DVDrip[ENG]-MissRipZ.FR.srt] from [OpenSubtitles] Export [Blow[2001]DVDrip[ENG]-MissRipZ ...

Another observation, not sure what's going on, but there are some movies that are processed slightly different. My guess is that something in the name may be causing some initial processing as a TV show and then it fails to merge the files into a single group? Anyway, here's what I could gather ...

(4) also, the unnecessary download will probably be 10x slower than a language detection of an untagged subtitle!

(1) I haven't even talked about multi-part movies... (1)/(2) ... and neither about multiple subtitles per language (although LANG.specialsomething.srt usually works with players I have been using). I have an issue with FileBot getting the additional unnecessary subtitle in the first place! And then ...

(reserved for Music)