F1ReB4LL wrote:For some reason DIC leaves the last sector as is without scrambling it, that's not correct. And the earlier DIC versions work fine,
Just had the same problem with Chaos Control
http://redump.org/disc/4999/
had to revert to an older version to get a correct dump
March/17 - correct
May/17 - incorrect
July/17 - incorrect - dump is fubar
full logs from all 3 versions of DIC here:
https://mega.nz/#F!e1VlBIwL!qx6wx7LcHjEdhAnI1tHTvw
March
LBA[228457, 0x37c69], mode 1
LBA[228458, 0x37c6a], mode 1 Reserved byte doesn't zero. [0x814]:0x48, [0x815]:0x64, [0x816]:0x36, [0x817]:0xab, [0x818]:0x56, [0x819]:0xff, [0x81a]:0x7e, [0x81b]:0xc0
LBA[228459, 0x37c6b], This sector is audio or scrambled data or corrupt data
Number of sector(s) where reserved byte doesn't zero: 1
Sector: 228458,
MAY
LBA[228458, 0x37c6a], mode 1 Reserved byte doesn't zero. [0x814]:0x48, [0x815]:0x64, [0x816]:0x36, [0x817]:0xab, [0x818]:0x56, [0x819]:0xff, [0x81a]:0x7e, [0x81b]:0xc0
LBA[228459, 0x37c6b], mode 1
Number of sector(s) where reserved byte doesn't zero: 1
Sector: 228458,
July
LBA[228456, 0x37c68], mode 1
LBA[228457, 0x37c69], mode 1
LBA[228458, 0x37c6a], mode 1 User data vs. ecc/edc doesn't match
LBA[228459, 0x37c6b], mode 1
LBA[228460, 0x37c6c], audio
.
.
.
LBA[245924, 0x3c0a4], audio
LBA[245925, 0x3c0a5], audio
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 1
Sector: 228458,