Recent versions generate a different hash than before
fuzz6001 opened this issue · comments
Version
20240101
Describe the bug
20230909
This matches the database.
<rom name="dump.bin" size="610757952" crc="368ff3f5" md5="bfd7991fc566236ebc04a3f50278a305" sha1="1a4c72c20a1b0b480f47f00c94615d4cc63ea24b" />
20240101, 20231201 and 20240224 (Test Version)
<rom name="dump.bin" size="610757952" crc="442e89ac" md5="873ad5416000ccd6806cf22b4676dc88" sha1="fb35f328b3cfff7e290e5ad96e3bb5ceb20fc6f0" />
Disc title
Need for Speed: High Stakes (J)
http://redump.org/disc/100873/
Log files
20230909 nfshs_20230909.zip
20240101 nfshs_20240101.zip
Comparison
LBA 259674
mode is invalid (0xe1). I'll support again using new option to descramble the invalid mode sector.
By the way, LBA 259674 can be read without error by the general dumping tool (isobuster, clonecd etc.)?
By the way, LBA 259674 can be read without error by the general dumping tool (isobuster, clonecd etc.)?
I am not using CloneCD.
IsoBuster
Whether "all zeroes" or "User Data All zeroes" is selected, a sector of all zeroes (2352 bytes) is created.
For reference, redumper generates the same hash as 20230909.
<rom name="dump.bin" size="610757952" crc="368ff3f5" md5="bfd7991fc566236ebc04a3f50278a305" sha1="1a4c72c20a1b0b480f47f00c94615d4cc63ea24b" />
Note that the error count for redump.org is 0.
REDUMP.ORG errors: 0
logs: nfshs_redumper314.zip
This is a disc that happens to have the same error.
Shin Theme Park: Yuuenchi o Tsukurou (J) (not yet in the db)
logs: Shin Theme Park.zip
LBA[176910, 0x2b30e]: Track[01]: Invalid mode - LBA[176910, 0x2b30e]: Track[01]: Other. Skip descrambling
Uploaded test version.
http://forum.redump.org/post/115412/#p115412
It now generates the same hash as dic(20230909)/redumper.
Thanks for the fix.
Need for Speed: High Stakes
nfshs_20240303.zip
Shin Theme Park
shinthemepark_20240303.zip