Note that if checksums don't have the correct length, TC will not recognize them as such and treat the line as comment.I have an sfv file where the leading zero in the checksum was somehow lost (4519F2F instead of 04519F2F). In this case, if 123.mp3 exist or not, TC give the same result:
Note that TC also supports that the filename and checksum are swapped. So in your case, the filename length is 8 and interpreted as the checksum and the code (with length 7) as the filename.I also noticed a strange behaviour, if I rename the file to test.mp3 (whether the file exists on fs or not) with a checksum of 4519F2F in sfv, I get:Code:
Cannot open input file 4519F2F!.Errors: 1OK: 0, not found: 1, read error: 0, wrong checksum: 0
Both these things have to do with TC being flexible and not working with a strict format.
Statistics: Posted by white — 2025-01-25, 13:34 UTC