Last four mismatched bytes
In Post 52, Question 2, MotoCache1 asked about the last 4 unexplained mismached bytes. Using the good and bad monster.sbf files, SBF-Recalc shows two files for which data is calculated: RDL3 and CG42. It appears that SBF Codec calculates the 16-bit checksum (Check) for RDL3 correctly, but not for CG42. There is another field for these files, Wert, that differs between the good and bad files.
The values for Wert:
RDL3
Good 04419F75
_Bad 0441A11C
CG42
Good 003D7C87
_Bad 003D7DA6
The good numbers correspond to the 32-bit checksum values for the files. The upper four hex values are the same for both the good and bad, but the lower four mismatch. They're also the same as the last four unexplained mismatches as shown in Post #3.
It's interesting to note that the bad value for the 16-bit checksum for CG42 (7C87) is the same as the lower half of the correctly calculated 32-bit checksum (Wert value).
In Post 52, Question 2, MotoCache1 asked about the last 4 unexplained mismached bytes. Using the good and bad monster.sbf files, SBF-Recalc shows two files for which data is calculated: RDL3 and CG42. It appears that SBF Codec calculates the 16-bit checksum (Check) for RDL3 correctly, but not for CG42. There is another field for these files, Wert, that differs between the good and bad files.
The values for Wert:
RDL3
Good 04419F75
_Bad 0441A11C
CG42
Good 003D7C87
_Bad 003D7DA6
The good numbers correspond to the 32-bit checksum values for the files. The upper four hex values are the same for both the good and bad, but the lower four mismatch. They're also the same as the last four unexplained mismatches as shown in Post #3.
It's interesting to note that the bad value for the 16-bit checksum for CG42 (7C87) is the same as the lower half of the correctly calculated 32-bit checksum (Wert value).