I can not understand ... Dumbo (1941)

[bbsebb]

Hello,

I can not understand why when I look for Dumbo (1941) with ThemovieDB he does not find me the film while in the database of the website there is?

[rednoah]

Should work. Please paste the file path so I can run a few tests myself.

Please read How to Request Help.

[bbsebb]

Exactly ...\Dumbo (1941).avi

[rednoah]

It works for me out of the box, even in strict mode:

Code: Select all

filebot -rename *.avi --db TheMovieDB --format {plex}
Rename movies using [TheMovieDB]
Auto-detect movie from context: [Dumbo (1941).avi]
[MOVE] from [Dumbo (1941).avi] to [Movies/Dumbo (1941)/Dumbo (1941).avi]
Processed 1 files

Are you using the latest release? Please run filebot -script fn:sysinfo and post the output.

[bbsebb]

Code: Select all

C:\Users\bbseb>filebot -script fn:sysinfo
FileBot 4.8.5 (r6224)
JNA Native: 5.2.2
MediaInfo: 18.12
7-Zip-JBinding: 9.20
Chromaprint: fpcalc version 1.4.2
Extended Attributes: OK
Unicode Filesystem: OK
Script Bundle: 2019-05-15 (r565)
Groovy: 2.5.6
JRE: OpenJDK Runtime Environment 11.0.2
JVM: 64-bit OpenJDK 64-Bit Server VM
CPU/MEM: 4 Core / 1 GB Max Memory / 49 MB Used Memory
OS: Windows 10 (amd64)
Package: MSI
Activate License P7742991
License: FileBot License P7742991 (Valid-Until: 2020-05-03)
Done ?(?????)?

[rednoah]

Please try the latest beta to see if that makes a difference on your machine:
https://get.filebot.net/filebot/BETA/

[bbsebb]

I am learning linux. I will take the opportunity to all go under Debian. We'll see if that will work then. thank you for your help.

[bbsebb]

Ok, the problem comes from XATTR. There is a error between net.filebot.filename and net.filebot.metadata. How can I fix that ?

Code: Select all

bbsebb@Seb-linux-Chambre:~$ filebot -script fn:xattr Dumbo\ \(1941\).avi
/Path/to/Dumbo (1941).avi
        net.filebot.filename: N° 004 - 1941 Walt Disney - Dumbo L' Éléphant.avi
        net.filebot.metadata: {"@type":"Movie","year":1979,"imdbId":78723,"tmdbId":11519,"language":"en","id":11519,"name":"1941","aliasNames":[]}
Done ヾ(＠⌒ー⌒＠)ノ

[rednoah]

You can clear xattr like so:
viewtopic.php?f=4&t=5#p5394

[bbsebb]

You can clear xattr like so:
viewtopic.php?f=4&t=5#p5394

Yes, I have already seen, but I would like to understand how xattr works.

Why is there a difference between file name and metadata?

Who updates the files? Is it a common server?

I have a lot of files with an error, how to update everything?

[rednoah]

xattr is written by FileBot when processing a file. If FileBot miss-identifies the file, then the xattr will be wrong. If you use filebot -revert to revert bad rename operations, then the xattr will be cleared, but if you manually change the name back, then wrong xattr remain.

xattr being available, FileBot will be inclined to match the file with the same movie it did last time, but the file name mostly takes precedence regardless of xattr. In the specific example of Dumbo (1941) my educated guess is that xattr is not the original cause for why it might not be working, but one can never be sure.

xattr metadata can be completely removed with the xattr script, or overridden with new information by processing files with FileBot.

[bbsebb]

So Xattr works like a database. Is this common to all users of filebot or just for me?

What is the benefit of using Xattr because if I do not use it with -no-xattr, Filebot also works with other databases?

[rednoah]

xattr is a filesystem feature, to store arbitrary metadata along side a file. FileBot uses xattr to store additional metadata. Think ID3 tags for MP3 files, but instead of modifying the files to store metadata, it's using filesystem xattr to store the metadata alongside each file.

When FileBot processes files with TheTVDB / TheMovieDB / etc, it knows lots of metadata, and future reference, it'll store that data so it's instantly available later on.

That data can be used instead of online data later on if you were to process the same files again, and want the same metadata again, as previously auto-detected, without having to talk to the online database.