A few things

[ghostcorps]

Hi Guys,

This is a great program but when using the Gui it feels like there are so many opbios options missing. Maybe I am the one missing something but here are a few things I would like to be able to do.

1. Manually edit individual names before committing. I have a few files that for whatever reason were picked as belonging to a series with a truncated name, despite other files with the same naming format being correctly identified. This is fine but I have no way to tell Filebot that that specific file is incorrect. I must do the rename and the individually seek out files with the wrong name.

2. Save a queue. As I am parsing thousands of files and I expect I am not alone it can take a very long time for things to happen and sometimes it does not happen at all. After spending an hour or so selecting best guesses from the popups, I really don't feel like doing it again when Java stalls.

3. A bigger window when suggesting names, a proper pathname when suggesting names, more clues. Some files had a name but the only clue I was given was a date. Or else the name was too long for the popup to display, it makes it tricky to get it right especially as this is the only chance to do so.

4. Filter/sort by extensions or other properties such as path or parent.


I don't mean to sound like a dick, I certainly have no idea how hard or easy these are to do but they would make using the GUI many times faster and more dynamic.

Thanks again, it is a great program.

[rednoah]

1.
Mismatches are not supposed to be fixed. But removed from the list via PRESS DELETE and dealt with later.

See FAQ: https://www.youtube.com/watch?v=OJca0ipOCAg

2.
Divide and Conquer, i.e. don't do everything at once, especially if it's very badly named files. You are sorting your files into a new structure so your old structure only contains not-yet-processed files right?

2.1.
Java never stalls. But if you're processing a huge number of files you better be giving Java a huge junk of memory to work with.

3.
That information is not available at that time since FileBot doesn't work the way you might think. Plus if the information you do get doesn't make sense, seeing the whole path probably don't help much neither, and must be dealt with separately anyway. So if FileBot asks you something that doesn't make sense, you're supposed to click "Ignore"

4.
FileBot does not process files in order. In the GUI files will always added sorted by path. You can do any sort of filtering/sorting/grouping in your File Manager before you drag things into FileBot



I appreciate any comments, but everything you wrote far to vague for me to actually see what the issue is (except for #3 but in absence of an actual example a can't do anything about that neither).

Here's the issue:
* no screenshots
* no (clear) examples
* no (clear) description of any of the issue or your proposed idea for improvement
* no sample data for me to reproduce your experience

[ghostcorps]

Thanks for the suggestions.

Sorry for being vague, I did not want to go into excessive detail in case these were known problems with simple solutions. It is not that it doesn't work for me but more that there are a few places where I need to double handle things.

The issue in 1 seems to be a result of my trouble verifying the series names in point 3. I will explain this further, hopefully you can help me work around this too.

For point 2, I have 9TB of media, I have been dividing it up but the slabs are still a half TB each. I have 16G of 1.8Ghz RAM, a hyperthreaded hexacore CPU running at 4.6Ghz and raided SSDs but unfortunately the files are on a NAS so I am limited by the LAN speed (gigabit), I guess that is why it is taking forever. I do not know how it works, you are right, but while it may never stall, there feels like a large amount of double handling going on; if I want to change the naming pattern after batch-matching files it seems to parse the entire directory again rather than simply updating the existing list of proposed names. Surely outputting the results to a temp file and manipulating that prior to renaming would be more efficient?

3. After adding a TV folder and clicking 'Match' it starts to bring up two small windows to verify names, one of these will show a name in the title bar and the filename in a text box but quite often the titlebar is too short to display the full name and occasionally the file name in the text box is truncated beyond recognition. With both sources obscured I have to ignore it but if I could see the files path, or even just the parent I could correct it easily.

This is an example but I can not do screenshots as I don't have time to load it all up again. Plus I have since corrected this one:

Full path was: /TV.Movies/Jeremy Clarkson - Greatest Raid of All Time(29th of June 2008) [PDTV (Xvid)] Proper/JeremyClarkson-GreatestRaidofAllTime(29thofJune2008)[PDTV(Xvid)]Proper.mkv

The title box shows "Jeremy Clarkson - Greatest Rai" Luckily I know what it is but the text box shows only '29thofJune2008'. Were this a show I did not immediately recognize it would be ignored and added to the list of things to manually re-handle later. With access to the full path it would have been handled the first time.

The other box is much more useful, as I have just found, it can infact be expanded to show the parent but may I suggest an option of manually adding a name at that point if none of the suggestions match?


4. I can appreciate why loading the directory will add files in order of path but once added why is the GUI unable to sort or filter that list? I do not want to parse/list/rename any images, archives, par2, nfo, svf, sfv, txt or .ignore files as they all make the process take many times longer. Initially, sorting them in my file manager is not feasible as I am loading a parent directory with about 300 subdirs. Nor should I have to remove my metadata files prior to running Filebot.


Thanks again for your attention, I hope I have given you some more information to work with. I am sorry I can not provide screenshots but they would not give you any more info that I have given here.

[rednoah]

1.
Definitely not a memory issue then.

2.
I've never ran tests with this amount of data. So I guess there might be a bunch of completely new issues that I've never seen before. The GUI simply might no be able to display so many items efficiently which could explain the freezing.

3.
For TV Shows it doesn't really know the parent folder. But for Movies it does take that into account and should show you (if it makes sense). I'd need to reproduce the problem to see what causes it. Tried with the path you gave me but it didn't even ask anything and got it right by itself.

4.
You can drag in any files you want. If you pick Movie/Series mode it'll ignore files that are not relevant. So any .zip, .rar, .txt, etc files will not affect processing at all. Some types like .nfo or .jpg files (that match the movie or episode names) might be considered relevant and processed accordingly.

If you really only want to rename .avi files and ignore everything else you can just only drop in .avi files, and the filtering can be done in your File Manager, or if that doesn't work for some reason FileBot->Analyze can also help you filter files by extension, and then only drag those you want on to FileBot->Rename.

5.
I can look into this if you give me a dump of all your files (paths only) with this command:

Code: Select all

find /path/to/unsorted/files -type f | gzip -c > paths.txt.gz

[ghostcorps]

1.

2. I am accustomed to waiting with this library lol

3. That explains why I suddenly saw the parent folder when I processed my movies... I thought I was going crazy lol

4 & 5 I have done the job now thanks. I hope I did not sound ungrateful because this really is a magic piece of work.

Regards

[J. Scott Elblein]

I realize this is an old thread, but I did a search to "manually rename files" and this one showed up, and seemed relevant enough.

After working extensively with Filebot for the last week or so, I've found myself wishing for the ability to "tweak" individual files' names just before committing to the final rename.

I'd definitely prefer to do so that way, than have to manually remove a few files so that I have to either tweak an entire rename string to match every single potential issue, or manually just rename it outside of filebot. It would be so nice to be able to simply right-click the file(s) to be tweaked in the right pane, have a small box pop up with the current name in a text field, and be able to just type what I want to to be, click an OK button, and it'll show that new name in place of the previous name for it/them. Then FB would just use that new name during the rename process.


Here's an example:


I've blurred all of the files that were matched exactly how I want them, just to keep focus on the ones I'm talking about, which are in the red boxes.

The first one, for "better off dead", has the 3 ellipses. Sure, I know I could (and probably will), add some rename code to handle ellipses for future matches, but in this case, at this moment, a quick manual edit would've been nice.

The next one, for Life of Pi, for some reason, the resolution, etc. weren't picked up by FB, leaving just the brackets. I've seen this happen once in awhile and not sure why, but the original file already has those details, so It'd be super quick and easy to just do a right click, manual edit/tweak, to add those in, before the final commit.

A side feature request:
It'd be nice to have a couple of simple labels added (blue boxes at the bottom), that simply show the total file count for the number of files in the left listbox; and one on the right that shows how many files will be processed/renamed out of the total number of files. i.e. in this example, 49 of the 54 will be renamed. It's just a very small, easy GUI request, to give additional useful information.

[rednoah]

Manual Override:

Hit F2 after selecting an item to edit the name.



It's a bit of a hidden feature because augmenting the format over time mean you'll have to edit things less and less, so you can then share the finished format for other to copy and paste.

If MediaInfo bindings aren't working for specific files, then it's probably a bug in MediaInfo. You can use the MediaInfo Viewer to see what FileBot sees, and check if there's anything missing, compared with files that work.

Replacing MediaInfo.dll with the latest version might help.

[J. Scott Elblein]

Ahh ok, thanks for the info on F2. I'm gonna have to start keeping notes about the hidden / hard to find tricks in Filebot, lol.

I found out what was wrong with the info bindings; it turned out that even though the file was movie size (about 2gb), it must've been corrupt or something, because none of my media players would recognize it, and mediainfo itself didn't either.

Speaking of hidden FB things, is there a binding to get the aspect ratio? (i.e. 16:9 or 4:3)

I had a look at this page, but didn't see anything there.

[rednoah]

1.
Here's my notes for hidden features:
viewforum.php?f=3

2.
Anything MediaInfo knows, you can use in your format:

Code: Select all

video.DisplayAspectRatio

Code: Select all

{video['DisplayAspectRatio/String']}

MediaInfo Viewer: