ov2 / rapidcrc-unicode Goto Github PK

If the filename listed in the md5 file is prefixed with './' (which is a possible output with files created with md5sum) RapidCRC Unicode won't check the files on loading the md5 file. The error is given as "The system can not find the path specified. Rapid CRC 0.6.1 will successfully process md5 files with those contents. The list will show the filenames prefixed with '.' , placing '.' instead of './' in the file makes no difference.

Steps to reproduce:

1. Generate a file of md5 checksums by passing a path prefixed with ./ to the md5sum utility.
2. Load the file into Rapid CRC Unicode

there's something off in the interface. When I open RCR it looks like this (D2K instead of ED2K):

Than, when i minimize and maximize it looks normal again:

Yeah, screenshots from Win XP but it's also happening in home PC with Win 10.

This program is fantastic, last builds fixed some details exactly how I wanted (but never asked), and the new icon is really nice, looks better both in high res than low res.
This said, I'd like to ask for a feature to be added to the program: right now we can create checksum files, but there's no way to save the report of a file check.
I mean, when you check a lot of files, I'd like to be a ble to save a report which contains the info you see in the program window, basically the filelist with calculated hash and ok/corrupt/nofound icon, maybe with the rittle status report shown at the end too. I suppose it'll require some basic htlm.
What fdo you think about this? Is it possible?
Anyway thanks for the improvements and refinements you'r adding to this little SW.

It would be nice if it could also validate files using .torrent file.

Hi, do you intend to add the SendTo option when installing like the old RapidCRC?

I'd like to ask for the ability to save the .sfv after checking some files.

For example, I'm checking the crc (crc32) of a bunch of files, and at the same time calculating the .md5: I'd like to have the .md5 saved somewhere, so that the next time I can reuse them to check the files.

Could this be done? Thanks.

I tried to calculate md5-sums of my HDD and therefore dropped the whole drive onto RapidCRC. After a while, RapidCRC simply stops opening files and remains inactive (although it continues using 100% CPU). Process Explorer shows that opening files stops when RapidCRC uses between 870-890MB RAM.
My system has 16GB RAM and is running Windows Server 2012 R2.

Some programs create CRC with absolute paths.
But RapidCRC can't check it. For example, md5 file can contains:
f2107ca3a1bd7d398150d3623b565a62 C:\MyDirectory\MyFile.rar
Please, add possibility to check such files (and it would be great if RapidCRC can create such files too)

Given the recent discovery that is now possible to create collisions in sha1 it would be good for RapidCRC to detect them.

https://shattered.io/

Quoting from the above URL:

What types of systems are affected?

Any application that relies on SHA-1 for digital signatures, file integrity, or file identification is potentially vulnerable. These include:

Digital Certificate signatures
Email PGP/GPG signatures
Software vendor signatures
Software updates
ISO checksums
Backup systems
Deduplication systems
GIT
...

How do I detect this attack?

You can use the online tool above to submit files and have them checked for a cryptanalytic collision attack on SHA-1. The code behind this was developed by Marc Stevens (CWI) and Dan Shumow (Microsoft) and is publicly available on GitHub.

It is based on the concept of counter-cryptanalysis and it is able to detect known and unknown SHA-1 cryptanalytic collision attacks given just a single file from a colliding file pair.

And how would you detect it?

https://github.com/cr-marcstevens/sha1collisiondetection

This library and command line tool were designed as near drop-in replacements for common SHA-1 libraries and sha1sum. They will compute the SHA-1 hash of any given file and additionally will detect cryptanalytic collision attacks against SHA-1 present in each file. It is very fast and takes less than twice the amount of time as regular SHA-1.

RapidCRC 0.3.15 x64
Windows 7 SP1 64bit

Steps to reproduce:

• Search for anything in Windows' Search (winkey+f)
• Select two files, preferably small ones, from different directories and open them with RapidCRC by using the context menu. They should be added and displayed with UNC-paths.
• After the checksum-calculation is finished, remove one of the files from the list with the context-menu.
• Click "SFV File" and select "one sfv-file for all files"
• Browse to a folder, choose a name and save the file

Expected result:
The sfv-file is saved.

Actual result:
First an error-dialog pops up:

After clicking OK, the program crashes:

Problem signature:
  Problem Event Name:   APPCRASH
  Application Name: RapidCRC.exe
  Application Version:  0.3.15.0
  Application Timestamp:    53f88884
  Fault Module Name:    RapidCRC.exe
  Fault Module Version: 0.3.15.0
  Fault Module Timestamp:   53f88884
  Exception Code:   40000015
  Exception Offset: 000000000002a9d2
  OS Version:   6.1.7601.2.1.0.256.1
  Locale ID:    3079
  Additional Information 1: 98e1
  Additional Information 2: 98e185bb698dbbeb81cf31137ed88d60
  Additional Information 3: 45f8
  Additional Information 4: 45f82661a91a3c506b8fcf41ccaa1b7d

Read our privacy statement online:
  http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
  C:\Windows\system32\en-US\erofflps.txt

How about a porting to the Linux platform? Actually it is "a bit" usable under Wine, but it's not possible to integrate it with the system (file managers, contextual menu, drag and drop, etc...)

Rename any file as "+-.extension"; e.g. "Test+-.txt". Create a SFV file from that particular file. The SFV file is generated properly. However, load up the SFV file and RapidCRC Unicode will only display "Test+.txt" as the file name, while listing only the Info as File not found. I have not tested other symbols or combinations. Also, the original RapidCRC does not exhibit this. Likely an issue with the recursive algorithm for sifting through file names.

RapidCRC Unicode show read speed and time by separate file, but did not afford total check time, now select the job show the first file.
request feature for total check time and file size,.
select single file now show "info: 320.6 MB read in 3.02 sec => 106.16 MB/s"
select job show such as "info: 2 files 600 MB read in 6 sec => 100 MB/s"

Sorting the results by CRC seems to be broken, as the hashes are all over the place.
It's working properly for the other algorithms.

After further testing with more files, it seems the program is sorting the CRCs by the second-to-last digit.

The only way to cancel processing is to close RapidCRC Unicode. Alas, losing all intermediate data.
Could you be so kind to add Abort or Cancel or Stop button? Check how other solutions approach it.

MultiHasher

SVF Ninja

FileVerifier++

It would be a very useful option if you could switch between the files' absolute and the relative path saved in a hash file.
By this, there would be the possibility to check files integrity by a hash file which has not necessarily placed relative to the hashed files.
Furthermore you could merge multiple hash files to a combined one (maybe another feature ;-) ) and so quickly update a overall hash file for all files on the disk by just updateing a single folders hash file and merge again to a new overall hash file, instead of a complete new calculation.

Add button install/uninstall shell extension for making rapidcrc portable

Well, it's not literally "issue", but application icon is pretty old and rugged. I've tried to reconstruct it, so if you want you can replace old ico with this new: http://www.sendspace.com/file/3qwmwb
It's not perfect, but still looks better IMO:

Recently found this program and think it has the potential to be the best hashing application around :)

Not an issue as such but some suggestions for some UI updates that I hope you would find appropriate and possibly consider to add.

Added extra optional columns, file size/date and folder

For the file list, instead of displaying only parsed results, open the full checksum file and show in multiple tabs such as; All, Not found, New, Saved, Failed, Passed and then check/update as required.

Something like this,

A file with the following name cannot be processed: "A Warrior’s_Heart"

The image shows the error I get. It seems it cannot handle the special apostrophe (Single right quotation).

’ right single quotation mark 020031 8217 0x2019 ’

I'm using Everything 1.3.3.658b ( http://voidtools.com/ ) for fast searching, and occasionally I want to create checksums of files.
But I discovered that most of the time, RapidCRC is missing from the context menu when a certain amount of files or certain types of files are selected, i.e. selecting two or more Zip-files or MD5-files or selecting files of unknown types or executables individually.

On the other side RapidCRC is showing up when I select two or more txt-files or html-files.

Maybe that's a problem with Everything, but the context-menu-entries of Unlocker or 7-Zip (for most filetypes) don't show the same problem.

Both RapidCRC and Everything are installed as 64bit on Windows 7.

In version 0.3.9, on Windows 8 x86, the priority button overlaps pause/resume button (or vice versa) as shown in the screenshot: http://i.imgur.com/Qr9km.png

In File Creation Option, add {file summary} which has total number of files, total size, date of hash creation, hash type.

ALso in creating hash file, what happen is hash file, then ask for filename. better is ask for filename then hash file, so you can unattended hashing.

In creating hash file when asking for filename, change {create one .sha1 file for all files} to add default file name (the folder name or set using variable) so no need for additional dialog box for entering file name

In rapidcrc windows, add summary of number of file of mismatch, unreadble, and match, and remaining file to hash when hashing many file. better add this in status bar,

this all for betterment of rapidcrc.

also report bug, try hashing single file with path+filename >255 then error occur saying window pipe... forget whole error

Basically, when first creating hashes, "Info" column should not be displaying "No hash found" or "File corrupt" when 'Hashtype from filename' is unchecked.

It should be displaying "Creating new hash" or whatever.

"23/23 done, 16x file corrupt, 7x no hash found" makes no sense with that option off.

to run in batch files. or maybe can recommend cli create sfv alternatives? that are not 10 years old outdated.

When right click file or files, show a tab of checksum which can be customize if md5 only, crc only, both, etc

When dragging a selection with more than one sfv-file (probably also applies to other checksum-files) into the RapidCRC-window, it's only checking one of them.

It would be a nice feature also to have a button to save multiple checksum files at once.
This is very useful if you want to provide at least two different hash checksum files to raise security against hash collisions, e.g. save SFV file for quick check and also a SHA3-512 file for case of hash collision.
Which checksum files to save at once could be realized by a further menu line of checkboxes between file creation buttons and calculated checksums. The filename would be generated automatically by the directory's name, for example.

Decrease the number of steps by having the file name option when selecting the file listing. And have a browse button if you wish to change filename and location.

A bad illustration of what I mean

Thank you for the nice piece of software

The "Clear List" and "Remove Selected Items" options in the ListView context menu are perpetually grayed out in the latest build, v0.3.17. Currently, the only way to clear the list with job queuing enabled is to restart the application. Also, the options to copy certain SHA3 hashes as well as ED2K to Clipboard are always available in said context menu, despite NOT having the application calculate those. Again, all these issues were introduced in v0.3.17--prior versions perform as expected.

When processing a large number of files if we decided to exit the application it would be nice to ask if we want to save what is done or not.
For example, when selecting 100 files and choose "put CRC in filename" via the shell extension and decided to abort when 20 of them is selected, it would be nice if the program gives me the option to save those 20 files CRC.

I would like to request an option to save the settings in the same directory as the executable.

Someone made it portable but its based on an old version. Can download the source here http://sfilec.appspot.com/List/0?o=1 if that helps. But this is hard coded to save settings in the program directory. I think it should be optional.

When adding a CRC into the filename of files without an extension, RapidCRC will not only add the CRC into the filename but also add a trailing dot. This creates an invalid filename in Win32 name space. Such a file can only be deleted with "\?" syntax in the command line.

Example:

Create an empty file with filename "test"
Calculate the CRC and click "CRC into Filename" => RapidCRC will rename the file to "test [00000000]."
This file cannot be deleted with Windows File Explorer or "del "test [00000000]."". It can only be deleted with "del "\?\C:\test [00000000]."".

When verifying files using an existing .md5 file, if there is a German Umlaut in a file path (directory or file name) the file is marked as "Error", or "File not found".
Program version 0.3.22

I have attached

• a screen shot of two instances of the program, the upper instance used to create an md5 file, and the green rectangle shows the correctly shown umlaut, the lower instance showing the errors, and the red rectangle the incorrectly read file names.
• the directory with the files themselves, and the md5 file

The md5 file itself looks good, but when reading it, the program seems to have a problem with the umlaut.
Note: there is only one umlaut (German ae = ä) in the file path.
Note: it seems that not any umlaut causes a problem. I tried a simpler directory name, with the same umlaut and that caused no problem.

RapidCRC_umlaut_bug.zip

Please, add option to open all files in one instance.
If one copy RapidCRC is running - then all another files have opening in running copy.
Sometimes it's annoyed to have so many windows for one program.

When scanning a file in the folder "test", and then saving a checksum file with the option Create .(sfv|md5|...) file for all files, the saving-dialog is automatically adding the proper extension to the suggested file, i.e. test.sfv.

But when the foldername ends with a string which resembles a known file-extension, the suggested checksum-name won't have the extension added to it.

For example saving in the folder test.testtest will have the extension added to the filename, but in the folder test.exe it won't.

I hope this still lives.
I'd like to request a little change: in the menu/submenus for crc types and (all)files there's the menu entry "open", which I'd like to be changed to "Test" or "Check" depending on the place.
It would make sense to have "Test" or "Check" instead of open since you calculate a crc and check it, and don't actually open the file (to play, write, modify).
Would this be possible?

It would be much better if progress display on taskbar showed overall progress instead of current file progress. With many files this isn't helpful at all.

Add SHA-3 support: https://en.wikipedia.org/wiki/SHA-3

When you select put CRC in file name with shell extension for more than 1 file, the status for files that are added to list becomes "no hash found" which is rather confusing, this behavior is different when adding only one file for processing.

I think I stubled upon a glitch.
If you select a file without crc in the filename and use the right click menu to "purt crc in the filename", at the end of the process the icon is not updated to the green "OK" one like in the past, and remains the "?".
The filename now includes the crc and this crc is right, of course since you just added it, so the icon should be the green one.
You still see the new CRC in the program window, as in the little screenie.
Windows 7 x64, RapidCRC 0.3.14 x64.
In case it matters, my right click menu has 2 entries removed via the new option "Menu" button enty.

I find myself using RapidCRC a lot for comparing files lately, either to check that some files are really the same, or for identifying duplicates. Obviously, this kind of use is a bit cumbersome because you have to create a hash file first and then move it to another folder or edit the paths before you can run the verification.

So I gave it some thought and came up with a proposal for a comparison mode that would make this kind of quick checks really simple. Here's a mock-up of what I had in mind:

We can implement this new mode as a tab; the rest of the interface works pretty much the same.

After the user loads the files ( they should be appended to whatever's already loaded, without clearing the list beforehand) and selects the hashing function, the checksums are calculated and the files grouped by checksum and sorted within the group by their full path. The groups are then ordered by their type:

• groups without matching files (i.e., only one file with that checksum)
• groups with matching files (two or more files with the same checksum)
• one group with unprocessed files, for any files that were added to the list after the first run (after clicking the hash button again, they'll obviously be incorporated into the other two groups)

Thoughts?

As your tool is very useful for checksum creations of whole data folders, it is not uncommon RapidCRC-Unicode calculates checksums for multiple minutes/hours.
For this reason, it would be nice to display the estimated remaining time needed for the calculation.
The remaining time could be placed over the upper total status bar while calculation is running and/or in addition in the title bar of the whole program frame.

When you select "Create one .ext file for all files" and you have selected one from the list by accident, it only saves selected file.

It would be nice to have a separate option that says ""Create one .ext file for selected files".

Sample: http://www.mediafire.com/?g6xkyn53920ja5h

There's a bad_sample.md5 in the folder.

0.3.4 and older builds correctly identifies all the files in this md5, while 0.3.5 and newer builds can only find files in the root folder.

All .sfv/.md5/.sha1/.sha256/.sha512 modules have the same problem.

I know such sub-folder format is not capable with some checksum tools, but as RapidCRC can create it, and was able to handle it, I don't think it is intended to be broken in latest version.

Thanks.

Is it possible to add new UI position that tells how many files are selected? Something like this:

Would be very handy with lot of files.

When you calculated checksums for a directory of many files and need to add multiple files in a regular interval, it would be a great feature to update the exisiting checksum file by the checksums of the new added files.

Besides, you could add the option for the update process, first to check the old files by the existing checksum file (since check is much faster than recreate) and alert on corruption/error (or optionally update checksum). And then update by the new files.

So you would get an ultimate update function to keep checksums easily up to date.

Right now the stop and pause buttons are difficult to read (and so to use) if the OS is using a dark theme. In my case the symbols are black on a coffee brown background, so really hard to read.

Could it be possible to use textual buttons (like the priority button) instead?

The button would get instantly readable, and wouldn't be an issue for light theme users compared to changing the color of the symbol. There should be enough room in the interface too.

Current behavior: program can add CRC characters to a file name, but no functionality exists to remove that text for example if a user wants to switch to a more reliable and secure hashing mechanism like SHA1 or others.

Requested behavior: capability to remove all CRC characters e.g. File [8D2JKSIR].avi -> File.avi

Workaround: use a program like Ant Renamer (open source freeware) with the following settings:

1. Select the Characters Deletion tab
2. Set Number of characters to delete: 11
3. Select, From position: 0, From end

View of this config: https://i.imgur.com/ib9Oo3m.png

can u add create all calculated hashsum function with *autoname.hash?

like:
CRC32 (%name) = %{CRC32}\nMD5 (%name) = %{md5}\nSHA1 (%name) = %{sha-1}\nSHA-256 (%name) = %{sha-256}\nSHA-512 (%name) = %{sha-512}\n

also add create ed2k link function with *autoname.ed2k?