FileBot

Posted: **13 Sep 2013, 15:12**

Hello,
I modified the output by using arguments. Now it it doesn't clean up metadata after the files it moved.
Here is the log file http://pastebin.com/Ppfm9w8r
My parameters:

Code: Select all

filebot -script fn:amc --output "F:/media" --log-file amc.log --action copy --conflict override -non-strict --def clean=y "seriesFormat=Z:/{n}/{episode.special ? \"Special\" : \"Season \"+s.pad(2)}/{n} - {episode.special ? \"S00E\"+special.pad(2) : s00e00} - {t.replaceAll(/[`Â´â€˜â€™Ê»]/, \"'\").replaceAll(/[!?.]+$/).replacePart(', Part $1')}{\".$lang\"}" "movieFormat=X:/{n} ({y})/{n} ({y}){\" CD$pi\"}{\".$lang\"}" music=y subtitles=en,nb,no,se,sv,dk artwork=y clean=y "ut_dir=%D" "ut_file=%F" "ut_kind=%K" "ut_title=%N" "ut_label=%L" "ut_state=%S"

EDIT:
Leftover files are:
.eng.srt:filename
.eng.srt:metadata
.mp4:filename
.mp4:metadata
.srt:filename
.srt:metadata

Posted: **13 Sep 2013, 15:27**

That's filesystem extended metadata, not files. Shouldn't be possible for metadata to exist without the file. What operating system?

Posted: **13 Sep 2013, 15:33**

Windows Server 2008 R2
Mounted disks as NFS-shares (It may have to do with that??) over network
EXT4 partition scheme on the drives where it's located.

EDIT:
I will try SMB instead.

EDIT 3:
It's back again, how do I solve this?

Posted: **13 Sep 2013, 16:52**

Somehow in your setup xattr paths are resolved incorrectly as actual file paths rather than interpreted and store metadata. The : would be an illegal character on Windows and the whole thing is done somewhere deep down in Java / Windows APIs.

The easiest way would be to just turn of xattr via -no-xattr flag. Maybe turning on xattr support for samba could work as well.

FileBot

AMC doesn't clean up - metadata files

AMC doesn't clean up - metadata files

Re: AMC doesn't clean up

Re: AMC doesn't clean up

Re: AMC doesn't clean up - metadata files