I just found this notification. I don't know why I haven't seen this for two years? I purchased the full license. I believe at the exchange rate at the time resulted in a $76 cost. All good. Windows seems to have had an issue with reconnecting drives at a login since at least Windows Vista. What I ...

Sorry for the delay in responding. I added hardlink after advice regarding an issue with processing time. The source and destination drives were the same spinner, resulting in a 30GB file taking about 40 minutes to process after download. Adding --hardlink didn't improve the situation. I changed the ...

I've had seriesFormat in the script for some time and thought I would attempt to add movieFormat to my amc script in utorrent but it didn't work so I took it out. Now it doesn't work any more. Running.. filebot -script fn:amc --action hardlink --output "G:/Media" --action copy --conflict skip -non ...

Ok, tried the latest version and the issue was the same. It doesn't like disconnected drives.
However, I found a way around it by running a batch script from the user context when uTorrent starts so that the drives are connected when amc script runs. All working now.

FileBot 4.7.5 (r4600) is extremely outdated, so I won't spend time on troubleshooting issues specific to this version. I recommend purchasing a license and using the latest version, as I can only provide support for the latest version. Fair point. I will do as you suggest. I've just spent $400 on a ...

May be I spoke to soon. This is now the command line; filebot -script fn:amc --action copy --conflict skip -non-strict --log-file amc.log --output "O:/KodiMedia" --filter "age < 10" --def artwork=y unsorted=y reporterror=y storereport=y seriesFormat="T:/{n}/Season {s}/{n} - {s00e00} - {t ...

Ok, If I'm reading you right.. this is better.. filebot -script fn:amc --action copy --conflict skip -non-strict --log-file amc.log --output "O:/KodiMedia" --filter "age < 10" --def artwork=y unsorted=y reporterror=y storereport=y seriesFormat="T:/{n}/{s}/{n} - {s00e00} - {t}" excludelist=amc.txt ...

I've fixed the silly mistake and added --output back into the command. filebot -script fn:amc --action copy --conflict skip -non-strict --log-file amc.log --def artwork=y unsorted=y reporterror=y storereport=y seriesFormat="T:/{n}/{s}/{n} - {s00e00} - {t}" excludelist=amc.txt --output "O:/KodiMedia ...

Thanks for your response. Sorry, I should have mentioned this is on two different PCs. The Kodi PC is the one that uses the series format and has the RSS feed that I'm trying to automate. So, Ill put back the --output and fix the }} and retest. The }} is embarrassing. I have been starting at the ...

(1). Sometime ago I posted here about files taking as much as 20 minutes to copy. During that time the PC literally stopped dead. The second part of that statement is fixed, but large files can still take 20 minutes or more to copy. Eg a 2160p 60gb file. The AMC command line I use is; filebot ...

OK, done. We'll see what happens.
Thanks for your help

Thanks for your quick and detailed reply. The files start on my E:\ Drive. They will end up on one of several remote server drives depending on what the content is (Music, Movie, TV Show, Documentary, sport or stand up comedy). I seed to 1:1 for most content except documentaries which I seed to 90:1 ...

I don't know whether this is Windows, uTorrent or Filebot. uTorrent replies just love to blame Windows for everything; I'm a little skeptical at to whether they are right. When a download completes it was moved from E:\Downloads to E:\Seeding. For large files that process could take up to 20 minutes ...

Thanks. BTW: I figured out what was causing the "FileAlreadyExistsException: U:\Drama" error. I don't use RAID on my server, so media files are distributed across multiple physical drives. Because I've run out of drive letters, some genre's are stored on a different drive. These are accessed by ...

So the only solution is to manually rename them, right?

Lol. I know some DBs don't think there is a S15. They are posted online as S15.. It's not just the one episode. It's several. The problem is also happening for a movie (contagion - That one comes up with a FileAlreadyExistsException: U:\Drama error). https://kat.cr/usearch/mythbusters/ Perhaps there ...

I'd post an image but I can't login or sign up to imgur. What other information can I give you to help? Windows 7 x64, all latest patches. Java 8u60. (But the problem was the same with u45 and u51) x86 version of Java, MediaInfo and Filebot (installed from MSI off FTP site). This is the error ...

Around the time I upgraded to 4.5.6 (and that may be purely coincidental), I have started having problems with some TV series'. For example, Mythbusters S15E11: When I try to rename if Filebot says the file already exists. So I copied it to another location and tried. It renamed the file OK, but ...

Hi, thanks for your reply 1. Why would I want to install 64bit java? As much as I'd prefer to run x64 for everything, I'm trying to avoid a mixed mode environment because it just causes so many problems with so many things? 2. Removing the path seems to have worked. It took 3 tries to get rid of it ...

I have traditionally run Filebot x64 because that is what gets installed, however I wanted to take advantage of some of the bindings gathered using media info. I use Java x86 because I use Firefox x86 because some sites have problems with x64 browsers. I'd rather go x64 for everything, but that isn ...