Quote:
Originally Posted by KaktoR
Other hash algorythms working fine, just sfv/crc32 (I believe) doesn't work here.
Edit: I found out why it don't work. If you create SFV with SharpSFV, I was asuming the hashes are stored as crc32 hashsum, but it looks like md5 or something else.
I am creating hash files with other applications, like hashcheck shell extension.
So basically If I want to do hashchecking with SharpSFV + command line + SFV extension, I have to change options "Default Hash algorithm" in SharpSFV to "CRC-32 (SFV)".
Edit 2: All other applications I worked with stored CRC32 hash if you export them as SFV file format as default. If you use other programs to create sfv hash files and want to check them with sharpsfv, then this attempt will fail.
Example:
 |
The latest release should have resolved these issues. The issue was with Big/Little Endian state of the checksum, as well as with the formatting of the checksums, I hadn't tested legacy sfvs and wrongly assumed compatibility. Release notes are in the GitHub repo, for those who aren't as interested, said release notes are as follows:
- Fixed issues with legacy *.sfv support (Big/Little Endian conflicts)
- Added Multi-threading support (Automatically determined by whether the target drive is a HDD/SSD)
- For files larger than 1 GiB, these files will be pinned at the top of the list, with progress tracked.
- Re-worked numerous aspects of the code-base for greater efficiency and stability.
- Large data sets via drag & drop have been stabilised and confirmed (test sample contained 500.000 files of varying sizes)
- Added sound cues to play when verification has finished.
- Some additional edge cases have been resolved.
- Upgraded from .NET 8 to .NET 10 for some minor performance improvements, this has resulted in a slightly larger binary.
- Re-wrote source code comments for clarity.
- Minor memory improvements.