[Problem] The location of the DIC universal hash has been changed

[fuzz6001]

DIC 20230606 The location of the universal hash seems to have changed from _disc.txt to _suppl.dat.

logs.zip

Universal Hash:

60d3548fe7dc7f53c3bc426405a5f02238b63e8e

*_suppl.dat:

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE datafile PUBLIC "-//Logiqx//DTD ROM Management Datafile//EN" "http://www.logiqx.com/Dats/datafile.dtd">
<datafile>
  <header>
    <name>-insert name-</name>
    <description>-insert description-</description>
    <version>-insert version-</version>
    <date>-insert date-</date>
    <author>-insert author-</author>
    <homepage>-insert homepage-</homepage>
    <url>-insert url-</url>
  </header>
  <game name="out">
    <category>Games</category>
    <description>out</description>
    <rom name="dump.img" size="642001920" crc="6c1b4e82" md5="460782a821d40a1ae9fdf05a63125570" sha1="34f485f83209ee3bba0cb25ccf5ceb727eeec6a3" />
    <rom name="dump (Track all).img" size="642587568" crc="5fc87d60" md5="7b557dff16fe0536893bdfaebd7db65b" sha1="60d3548fe7dc7f53c3bc426405a5f02238b63e8e" />
  </game>
</datafile>

from redumper log for reference:

non-zero  TOC sample range: [   -88200 .. +160500480]
non-zero data sample range: [    +8432 .. +160483205]
Universal Hash (SHA-1): 60d3548fe7dc7f53c3bc426405a5f02238b63e8e

[mnadareski]

I am going to be leaving this open but I am likely not going to be making any updates to DIC-specific pieces for the foreseeable future.

[Deterous]

I may be doing something wrong, but I cannot get the hash in _suppl.dat to include the Universal Hash. All I get are the hashes of the .img (concatenation of all the track files), not the universal hash. Does DIC only create universal hashes for Plextor dumps?

[Deterous]

@fuzz6001 Can you try again with a disc that doesn't have a write offset of 0 I believe that the "Universal Hash" from DIC only matches redumper's Universal Hash because the disc does not have a write offset. The hash in _suppl.dat is just the .img hash, which is different.

[fuzz6001]

@Deterous

dic 20230606

<rom name="dump (Track all).img" size="549264912" crc="5d484c5c" md5="ed5af273afc5bcec95c0b7ba1d82b44d" sha1="12633787462c9aae126fa8a53fadb74dd4d4bb51" />

However, the offset must be specified manually.

cd g dump.bin 24 /c2 20 /q /ns /sf /a +14

redumper 204

non-zero  TOC sample range: [   -88200 .. +137169816]
non-zero data sample range: [    +5518 .. +137169830]
Universal Hash (SHA-1): 12633787462c9aae126fa8a53fadb74dd4d4bb51

Perfect Audio Offset (silence level: 10): [-18212 .. -12399]
moving data out of lead-out (difference: +14)
disc write offset: +14

[Deterous]

Thank you for explaining it, I understand now.

I don't think MPF should be automatically reading DIC's universal hash if the user has to put the offset in the parameter box. Most dumpers will not do that, and MPF will then place incorrect Universal Hashes into the submission info.

If a user wants to use DIC to calculate the Universal Hash like you have above, they can place it into the Disc Information Window manually.

[fuzz6001]

I am just reporting a change in location. I do not care if the DIC universal hash does not appear. This issue can be closed at any time.

[Deterous]

The solution to this 'issue' may be to remove the relevant code, as it does not work anyway with the packaged DIC version. I will suggest the change, thank you for the report.

[fuzz6001]

The solution to this 'issue' may be to remove the relevant code, as it does not work anyway with the packaged DIC version.

Yes, I think that is the best solution 👍