nfo files can't be renamed anymore

[Duckling]

Hi

I am using FileBot since many years for renaming Episodes and nfo files. For any reason (maybe after an update?), it is not possible to rename nfo files anymore. It seems like FileBot has a filter now to work only with video file extensions?

If I have nfo files in the list and try to match them, the message "No episode files have been selected. Please <Load> episode files" is shown. If I put them together with video files into the list, only the video files are renamed.

Please bring that that functionality, as it doesn't make sense to rename hundreds of nfo files manually (in most cases, I have one nfo file for every episode) when I use FileBot for automatic renaming of episodes...

[rednoah]

Sounds like it accidentally worked and then accidentally stopped working. We don't have lone *.nfo files in our test cases. We can add support for your use case.


What exactly is your use case though? Why would you rename *.nfo files independently of the corresponding episode file? Perhaps you could provide some context and motivation on your use case? Would your use case make sense for accompanying *.jpg, *.xml, etc files as well? Do you create *.nfo files after you have already named the episode files somehow for some reason? If so, why are *.nfo files created with the correct name in the first place? Perhaps something different entirely?

[Duckling]

It seems like you are assuming nfos are created by FileBot only, but a lot of people already have their own files already. Usually, I have episodes and an according .nfo file together (one nfo for every episode). For example:

Code: Select all

got_1_1.mkv
got_1_1.nfo
got_1_2.mkv
got_1_2.nfo
got_1_3.mkv
got_1_3.nfo

When using FileBot, the reanming process always worked for all file types. So my result was:

Code: Select all

Game of Thrones - S01E01 - Title 1.mkv
Game of Thrones - S01E01 - Title 1.nfo
Game of Thrones - S01E02 - Title 2.mkv
Game of Thrones - S01E02 - Title 2.nfo
Game of Thrones - S01E03 - Title 3.mkv
Game of Thrones - S01E03 - Title 3.nfo

But now, my result looks like this:

Code: Select all

Game of Thrones - S01E01 - Title 1.mkv
got_1_1.nfo
Game of Thrones - S01E02 - Title 2.mkv
got_1_2.nfo
Game of Thrones - S01E03 - Title 3.mkv
got_1_3.nfo

So I have to rename all the nfo's manually. I am 100% sure this worked for years, I was using it all the time. But now, .nfo files are just ignored and can't be renamed. It doesn't matter if I put only .nfo files or .nfo files together with .mkv files.

And yes, I think FileBot shouldn't care about the extension at all. It could be .jpg as well for example, maybe someone has a Poster or Fanart or Screenshot for every Episode. Why not? I think there is no reason to block other file types from renaming.

[rednoah]

Well, then I'm confused again, because this is just a standard use case... I had assumed we're talking about standalone *.nfo files that were somehow separated from their corresponding video files, or something otherwise unusual... but this is not unusual at all:

Code: Select all

got_1_1.mkv
got_1_1.nfo
got_1_2.mkv
got_1_2.nfo
got_1_3.mkv
got_1_3.nfo

Typical Companion Files that are well-named to match the corresponding video file, such as the ones given in your use case example, are definitely not an issue. The file extension is irrelevant in this case.


Here's what I get:

NOTE: FileBot is highlighting the match in red - though correct in this case - because with a file name like "got 1 1" the possibility of a mismatch exists to some degree. This is unrelated to the topic at hand.


What are you doing differently? Are we on the same page? We are talking about the FileBot Desktop application, yes? What do you see? Screenshots?

[Duckling]

Thanks for your answer, exactly, that's how it always was for me as well.

I was on the way to make some screenshots and found out, it was not working on some shows, while it was working on others. I investigated further and have noticed there is a letter missing at the nfo files which arent working.

It was like that:

Code: Select all

got_1_1_1080p.mkv
got_1_1_1080.nfo
got_1_2_1080p.mkv
got_1_2_1080.nfo
got_1_3_1080p.mkv
got_1_3_1080.nfo

So I guess it's not something that was changed in FileBot, but something that has changed in the naming of some of my files (so it's my fault :-/). Please excuse!

Just to clarify, it's working only when the files are put into FileBot together with videofiles and not standalone? And also the naming has to be 100% identical?

[rednoah]

Just to clarify, it's working only when the files are put into FileBot together with videofiles and not standalone? And also the naming has to be 100% identical?

FileBot uses different algorithms for different files depending on the context, so while the result may be the same in the UI in the end, the way FileBot arrived at the result may be very different depending on the context of the file at hand.


Companion Files › Type 1 Companion Files are easily explained. This is the fastest and most reliable method and guarantees that primary video file and companion file are matched to the same movie / episode object. The match of the primary video file is simply duplicated for each companion file. The beginning (but not the ending; see examples below) has to be 100% identical:

If companion files are derived-by-name and thus linked-by-name to the corresponding primary media file, then FileBot will automatically match them to the the same Movie or Episode object and process all of them as a group:

Console Output: Select all

Avatar.mp4
Avatar.nfo
Avatar-info.xml
Avatar-poster.jpg
Avatar-description.txt

Processing NFO files standalone (e.g. by looking at the file path and / or at the NFO file contents) in Episode Mode seems to be broken (assuming that it worked before) with FileBot 5.1.3 though.


The good news is that the latest revision does accept standalone or badly named NFO files. The bad news - in this particular case - is that the 1_1_1080 bit without a p is too unusual and may get misinterpreted:

[rednoah]

Support for standalone NFO files has notably been restored in the current (FileBot 5.1.5 or higher) stable release.