Two feature requests - Time and content comparisons
Posted: Thu Feb 21, 2013 10:36 am
1. The option to totally ignore time differences when comparing
2. The option to compare on the basis of content
(either byte by byte, or MD5 hash comparison, or a quick CCRC, the faster the better).
Reason :-
A Windows crash changed a 500 GB partition into "Unallocated Space",
losing 400 GB in 54,568 Files, 8,461 Folders.
I have used two different data recovery tools which have each recovered these lost files and folders.
One tool is more reliable than the other, but unfortunately it saves the files with today's date-time-stamp,
whilst he other tool restores the original date-time-stamp but unfortunately it corrupts the content of 6 GB files that may have been in 200 off fragments before data loss.
I am now using an inferior tool that allows me to compare these two sets of 400 GB in 54,568 Files, 8,461 Folders.
The first quick and easy comparison is based upon size only,
and I will reject any files in the unreliable set if their size differs from those in the reliable set.
The second long and tedious comparison will be based on content,
selecting the correct date-time-stamp file if the content matches, and the "reliable" file if the content differs.
Regards
Alan
2. The option to compare on the basis of content
(either byte by byte, or MD5 hash comparison, or a quick CCRC, the faster the better).
Reason :-
A Windows crash changed a 500 GB partition into "Unallocated Space",
losing 400 GB in 54,568 Files, 8,461 Folders.
I have used two different data recovery tools which have each recovered these lost files and folders.
One tool is more reliable than the other, but unfortunately it saves the files with today's date-time-stamp,
whilst he other tool restores the original date-time-stamp but unfortunately it corrupts the content of 6 GB files that may have been in 200 off fragments before data loss.
I am now using an inferior tool that allows me to compare these two sets of 400 GB in 54,568 Files, 8,461 Folders.
The first quick and easy comparison is based upon size only,
and I will reject any files in the unreliable set if their size differs from those in the reliable set.
The second long and tedious comparison will be based on content,
selecting the correct date-time-stamp file if the content matches, and the "reliable" file if the content differs.
Regards
Alan