-
Notifications
You must be signed in to change notification settings - Fork 30
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
Advise support The incremental hash #176
Comments
my english is poor,just like this: |
See "Workaround" below, if you don't care about details.
I think since "checksum and file change-detection" can become complex, neither of them will become implemented. The only program that i Know and search for additional files (like MultiPar for Pararchive-Format) has a problem when dealing with a lot of small files or with a huge amount of data.
Note: The latter two decentral storage Options are automatically recognized and checked, if RapidCRC is not verifiying a checksum-file (so only calculating "new" checksums for a file). WorkaroundYou can calculate a new checksum file. Since it is only a text file, you can check that the lines of new and old checksum file are order-synchronized (If not: sort all lines alphabetically with a tool), and then a Text Comparison Program of your choice will tell you added / removed and different lines and thus new / deleted and missmatching files betwenn the two text files. |
Incremental hashing doesn't really fit that well into the concept of RapidCRC. I will most likely not add this. |
i have a disk with 4T files, many small files.
i wish when i hash, it will compare with old sfv file check if exist if hash right and add new hash of new file add into sfv.
The text was updated successfully, but these errors were encountered: