SFV sort, detecting duplicates

[isidro]

It could be VERY useful to change SFV inner format so as to have FIRST the checksum, [then optionally FileSize], and finally FilePath and Name. This could be used to sort the file with a text editor (Textpad), and quickly find duplicates. It could be made configurable (filename first/ crc# first). Verify should easily handle any of both formats.

[HolgerK]

This may result in files which can't be read by other software.

SFV uses a plain text file containing one line for each file and its checksum in the format
FILENAME<whitespaces>CHECKSUM.
Any line starting with a semicolon ';' is considered to be a comment and is ignored for the purposes of file verification. The delimiter between the filename and checksum is always one or several spaces; tabs are never used.

Regards
Holger

[isidro]

That is why I suggested making this option configurable, default should be as usual which would make other programs happy, but if someone needs the other behaviour it would be very useful.
Maybe it could be another of the check options: sfv, MD5, SHA1 and newer SVF (inverse SFV)

It would be also nice to have speed process kb/s as in other functions.

[MVV]

isidro,
You can easilly get desired format using regexp replace ^(.*) +([0-9a-f]+)$ with \2\t\1 (this will exchange columns) in any text editor that supports regexp and then sort. E.g. EmEditor supports regexp replace from command line so you can create a TC button to open such file and do regexp replace at once.

Also you can simply use MD5/SHA1 checksums for comparing files. On modern computers it is as fast as CRC32 but provides both much better inequality guarantee and desired output file format.

[ghisler(Author)]

Just use MD5 or SHA1 as MVV has suggested - the specification defines that the checksum comes in front of the name for these formats.

[isidro]

Just use MD5 or SHA1 as MVV has suggested - the specification defines that the checksum comes in front of the name for these formats.

thanks!, didn't know that