-
-
Notifications
You must be signed in to change notification settings - Fork 131
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
OpenHashTab cannot determine that the SFV file only contains CRC32 values when opening a SFV file. #202
Comments
Can you show what SFV file contains inside? |
The SFV file Only contains the file's relative path and file's CRC32 algorithm, It doesn't contain any other hash algorithm except CRC32. Though SFV file is not very safe. but its calculation speed is very fast and we can still use it to verify when one file only provide a SFV file to us for verification. Here is an example SFV file ; File's relative path files' CRC32 algorithm
; (This line and Previous line are only annotates)
new.txt 3bbb5ca3
folder\02.zip c1b2af23
folder\20240408_210417.iso 46175043
You can regard all SFV file as only contain CRC32 algorithm and only calculate the CRC32 algorithm in spite of other hashes, like MD5 File only calculate MD5 algorithm, It can increase the speed and give us the right output, Thank you! SFV means Simple File Verification. |
What about decreasing number of spaces before CRC values? new.txt 3bbb5ca3
folder\02.zip c1b2af23
folder\20240408_210417.iso 46175043 Or:
|
The situation are the same like before. Number of spaces has no effect to SFV files, My example is just to get a more complete understanding of the structure of an SFV file. Your examples are all true. You only need to know that SFV file only contains file's relative path and CRC32 algorithm. |
The OpenHashTab is indeed a fantastic tool. However, during my usage, I encountered a minor issue that I hope to bring to your attention for consideration and resolution.
When opening a SFV file, the software cannot determine that the file that only contains CRC32 values; instead, it continues to calculate the user-selected Hash value in the settings of OpenHashTab software. In the case, the software should exclusively calculate CRC32 rather than other irrelevant values. This leads to a slowdown in calculation speed and sometimes cannot obtaining the desired results. I sincerely hope you can address and rectify this issue to enhance the efficiency and intelligence of the software.
OpenHashTab 3.0.4 running on Windows 10 x64
The text was updated successfully, but these errors were encountered: