Title

Message

Confirm

<< DiscussionsReply

.sfv creation/reading (and various other suggestions)

Avatar from Gravatar.com
Soikrul
11 discussion posts
I know this may be expanding HashTools a bit past its original design parameters, but I figured I'd suggest it all the same. One functionality I'd love to see in HashTools is the ability to read and create .sfv (and with the ability to read .sfv files, I would think the ability to read .md5 files also would be relatively simple as they are identical save for using the md5 checksum instead of crc32) files. The format is as follows:

filename.file hash
file2name.file hash
file3name.file hash

so

region1.dll 927dc263
region2.dll 59e7587f
serial.txt b21cb3ec

would be valid contents for an .sfv file, which once clicked would cause HashTools to verify all 3 of those files.

Thanks for hearing me out.
Aug 1, 2010  • #1
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
This is an excellent idea, and one that would be fairly easy to implement. I'll add it to my tasklist and I'll follow-up once it's done. Thanks!
Aug 2, 2010  • #2
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
HashTools 2.0.0 is now available, and with it's new interface it can now read and generate SFV files. Enjoy!
http://www.binaryfortress.com/hashtools/
Aug 14, 2010  • #3
Avatar from Gravatar.com
Soikrul
11 discussion posts
Excellent! Works perfectly. I like that you didn't add a second line to the context menu about verifying sfv files - in a few other tools I've seen

Verify File
Read SFV

which is obviously pointless unless someone were to provide you with an .sfv of your .sfv... I'd say you got this one right.

Thank you, this just became an extremely useful tool for me.

However, if you think I'm going to leave you alone now...

e5eb362da8dc2d67cffb39a47ec6c0f5 *file.extension
1e277e77e385705d926a2d16012da50c *other file.extension
dfeb1407e3b9f2902912e3916b707a37 *more file.extension
a20978cf728ccb39077e80f77ebfb4a3 *one_last_file.extension

That would be the contents of an .md5 file. Works exactly the same as the .sfv, except uses the md5 hash... I'll just leave this here... *hint hint*

Last one, I promise. Really. (Actually, to the best of my knowledge .md5 and .sfv are the only two "standard" verification type files. I could be wrong on that, but I don't think any of the other hashing algorithms have adopted a standard for batch verification.)
Aug 18, 2010  • #4
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
I'm glad to hear it's working for you. I'll see about adding this for the next version.
Aug 18, 2010  • #5
Avatar from Gravatar.com
Soikrul
11 discussion posts
Not sure if this was intended or not, but if you highlight multiple files and use the right-click "Hash with HashTools" interface, it opens a separate instance of HashTools for each file highlighted. It might be better if all of the files were to be opened in the same instance. (Just my thoughts, but if someone were to be opening multiple files at once I'd think they'd be planning to use the same process/hashing algorithm on all of them - possibly for the purposes of .sfv creation - so all the files in one instance would make more sense than each file in its own instance of the tool.)

Also, I'd like to thank you for being more responsive to my suggestions/requests for a free tool than any other developer of any program I've paid for has ever been. I know first-hand how time consuming these things can be.

EDIT: I do realize that clicking the background of a folder with multiple files in it will allow you to hash the entire folder, but with the above change that would be unnecessary and I would recommend removing that feature to keep the right-click menu clear. It would seem to be more efficient that way to me, just my opinion though.

EDIT2: Just noticed that when you go to save a .sfv file it asks you the folder location you would like to save in. Since the .sfv will not work unless it is in the same folder as the files that were used to create it I would suggest automatically placing it in that folder UNLESS the files used to create it come from multiple locations, then give the option.

An alternative method would be to still give the option even if all the files were from the same folder, but have the Explorer window that opens open to the folder with the files being verified instead of you having to navigate there. Actually, I think I like this option best.
Aug 20, 2010  • #6
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Excellent suggestions, as always. Explorer opens multiple HashTools instances unfortunately when you select multiple files. I may be able to work around this, but not without removing the ability to have multiple instances of HashTools running. I'll be sure to update the default SFV save location with the next release, thanks!
Aug 26, 2010  • #7
Avatar from Gravatar.com
Soikrul
11 discussion posts
Quote:
Explorer opens multiple HashTools instances unfortunately when you select multiple files. I may be able to work around this, but not without removing the ability to have multiple instances of HashTools running.


A shame, but personally I think it would be worth the trade-off. With the amount of I/O hashing takes I don't see very many people attempting to run multiple jobs at once outside of batch processing jobs, which HashTools can already handle.
Aug 27, 2010  • #8
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
I have just released a quick update to HashTools (2.0.1) that changes a few things. HashTools is now a single-instance application, and I feel that it works much more intuitively this way. Now you can select as many files as needed any they'll all appear in the same instance.

http://www.binaryfortress.com/hashtools/
Aug 27, 2010  • #9
Avatar from Gravatar.com
Soikrul
11 discussion posts
Quote:
I have just released a quick update to HashTools (2.0.1) that changes a few things. HashTools is now a single-instance application, and I feel that it works much more intuitively this way. Now you can select as many files as needed any they'll all appear in the same instance.

http://www.binaryfortress.com/hashtools/


Definitely a step in the right direction, although I don't seem to be having much luck with it myself. What method did you use to get the files to all appear in the same instance? When I select multiple files, right click and "Hash with HashTools" only the specific file I right-clicked on is added while the others are ignored entirely.

EDIT: Alright, just did some testing and was treated to some... strange results.

Right-clicking on a single file and selecting "Hash with HashTools" - SUCCESSFUL

Selecting 5 or fewer files, right-clicking, and selecting "Hash with HashTools" - NEVER* RARELY SUCCESSFUL - Only file right-clicked will appear. *One instance of success observed.

Selecting 6-15, right-clicking, and selecting "Hash with HashTools" - RARELY SUCCESSFUL / RANDOM RESULTS - Generally either just the file I right-clicked, that file I right clicked and one other (random) from the pool I selected, or the file I right-clicked and two others (random) from the pool I selected appear. Far less often any other number appears up to and including all of the files selected (14/15 selected, 6/9 selected, 4/15, 4/6 selected, etc. etc. were all observed from the same pool).

Selecting 16 or more files, right... never mind... - NEVER SUCCESSFUL - The "Hash with HashTools" context menu option no longer appears when 16 or more files are selected.

In all cases the hashes calculated from the files that I was able to select were correct.
Aug 27, 2010  • #10
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
This is very strange, I'll look into this and put out a bugfix release.
Aug 31, 2010  • #11
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Can you give this new version 2.1 a try and see if it's any better:
http://www.binaryfortress.com/hashtools/

Thanks!
Sep 20, 2010  • #12
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
@Soikrul: Sorry, I didn't address everything in your post. The new version 2.1 should fix the multiple file issue when 15 or less files are selected. To show the "Hash with HashTools" context menu item when 16 or more files are selected, please follow this guide:
http://www.binaryfortress.com/Forum/index.php?topic=2102.0

When you get a chance, can you confirm if the new version 2.1 works better for you in regards to multiple file selections? Thanks!
Sep 21, 2010  • #13
Avatar from Gravatar.com
Soikrul
11 discussion posts
Quote:
@Soikrul: Sorry, I didn't address everything in your post. The new version 2.1 should fix the multiple file issue when 15 or less files are selected. To show the "Hash with HashTools" context menu item when 16 or more files are selected, please follow this guide:
http://www.binaryfortress.com/Forum/index.php?topic=2102.0

When you get a chance, can you confirm if the new version 2.1 works better for you in regards to multiple file selections? Thanks!


Thank you for update the Jon, this is a vast improvement. When selecting multiple files HashTools now seems to be fully reliable given a few moments to load them all in. A few things I did notice however:

-File loading is very slow (about 1 second per file), with files OFTEN BUT NOT ALWAYS being loaded in "batches" of 4-5 at a time until all files are loaded - the size of the file makes no difference nor does the medium the file is stored on. +-1.00Gb .mkv files on an external USB drive load just as quickly as +-500Kb .jpg files stored on an SSD.
-If HashTools is closed while files are still loading (145,000 generated and used for test) a new instance will open and HashTools will continue the operation
-Files are loaded in order, except for the actual file you clicked on, which will be loaded first:
--EXAMPLE: If I highlight files "1", "2", "3", "4", "5" and "6", then right-click on file "4" and select "Hash with HashTools" the load order will be "4", "1", "2", "3", "5", "6"
---Perhaps an easy fix for this one would be to allow the sorting of files by alphabetical order when clicking on the "File" bar?

Also, I am curious as to 15 file limitation being fixed with the registry change. If you have the time, could you explain further the reasons for this and why the limitation would be in place? My understanding was that this value was used to limit the operation of functions that you possibly would not want applied to many files, such as "print" - but that would certainly not be the case with HashTools. I would have assumed that there would be a method of working around this, as functions like "copy" and "paste" still work on any (reasonable) number of files selected. It may also be of interest to you to take a look at a tool like 7-Zip or WinRAR also, as both of those seem capable of selecting any desired number of files from the context menu (tested to 38 without a change to this value. Is there a difference in the operation of the tools that causes need for the registry change, or have they just come up with an alternative method?

Thank you for your continued work on this tool, it is very much appreciated.
Sep 23, 2010  • #14
Jon Tackabury (BFS)'s profile on WallpaperFusion.com
Unfortunately, HashTools has to start a process for each file requested, which one some machines can respond quite slowly, sorry. I'm glad to hear it's not skipping any files though, it will either work fast and skip files and work slower and catch them all. As for the 15 file limit, this is a limit in Windows and other than using the registry hack there isn't anything else HashTools can do to bypass this.
Sep 23, 2010  • #15
Was this helpful?    
<< DiscussionsReply