Recent versions generate a different hash than before

[fuzz6001]

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

[saramibreak]

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.)?

[fuzz6001]

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.

[fuzz6001]

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

[fuzz6001]

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

[saramibreak]

Uploaded test version. http://forum.redump.org/post/115412/#p115412

[fuzz6001]

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