So after 3.10 had issues and I switched back to 3.05, I checked the site recently and noticed in the update notes "Fixed incompatibility issues with Windows XP". I downloaded the installer (at that point, 3.14 was newest), and then promptly forgot about it.
Until today.
I installed 3.14 and this time it happily converted all my presets from the old format to the new one. Then I check the settings dialog, and no more access violations upon closing it. Awesome. Next, I inspect the preset list, and find it to be empty. Oh well, it moved all my presets out to external files, so I go and load one back in.
This is when I discover that it polluted the converted preset files with methods from other presets. So then I got to go through and delete all the methods that shouldn't have been in each preset, and re-save them. With that bit of "I shouldn't have had to do this" out of the way, I noticed it was still saying "Update available" at the bottom, so I downloaded 3.15.
A bunch of new stuff has been added since 3.05, which I may or may not actually end up using. One method (or possibly tag) I wish existed would be for CRC32. Being that I remux anime a lot, I end up with files where the CRC32 no longer matches what's in the filename, and I'd like to be able to easily update it. I've got a ghetto setup now where I use a command-line CRC32 tool to calculate all the CRC32s, and then manually rename the files, then go back to the command line and verify that I typed them all correctly. I'd very much like the ability to just chuck the files into Advanced Renamer with a rule that replaces 8 characters starting at the 5th character going backwards with the file's CRC32, hit Start Batch, wait a while as the CRC32s are calculated, and have it just be done.
Yeah, I know, CRC32 is a rather useless data integrity checking algorithm these days, given that it's so easy to forge one and that the files I have with them in the filename are distributed via BitTorrent, which has its own data integrity checking. But it's useful on a case-by-case basis, I guess, and the case I made above is one of those.
Another thing that I wish existed would be a way to remove a preset. Even with the new format, once you load a preset, it stays there. No way to remove it from within the program. You have to go into the Data subdirectory of its directory in Program Files and edit both methodlists.ini and settings.ini to remove it. methodlists.ini is technically the old format, which I edited just because I felt like it, and the settings.ini just points at a bunch of .aren files that you've used. The new format is really just taking each preset's method list out of methodlists.ini and putting it into its own file, which doesn't explain at all how the presets got polluted when I converted them.
Overall, it's still a very useful program for renaming tons of files at once.
Subscribe to:
Post Comments (Atom)
No comments:
Post a Comment
I moderate comments because when Blogger originally implemented a spam filter it wouldn't work without comment moderation enabled. So if your comment doesn't show up right away, that would be why.