3,001 (edited by sarami 2021-08-25 10:44:45)

user7 wrote:

It's just a waste of time for everyone dumping a lot of discs and not worth adding just because someone thought the feature would be neat imo.

When hashing, DIC doesn't access the disc, so you can eject it and insert the new one and start dumping by the other DIC (instance).

If you hope to eject the disc automatically like CloneCD, I can add it.

Can't the scrambled hash be calculated as the disc is being dumped?

3,003

ssjkakaroto wrote:

Can't the scrambled hash be calculated as the disc is being dumped?

Not if all the offset shifting is being done after reading the disc, except you know the combined offset right away, but in general yes, it can be done.

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

Hi, I have this Chinese release of Heroes of Might and Magic III, I got two copies with identical ring codes, but hashes don't match, and I can't get a consistent dump. It has DiscGuard protection, don't know if this is causing the problem.
Dumped with the latest test build.
Logs: https://mega.nz/folder/XzB3SYyL#0g-CNMwckW9kQgmEFv-iRQ

3,005

Neon Beast wrote:

t has DiscGuard protection, don't know if this is causing the problem.

c2 errors exist.

 LBA[000302, 0x0012e] Detected C2 error "00 F0 F0 F0 00 00 00 0F 0F 0F 00"
This error can't be fixed by plextor drive. Needs to dump it by non-plextor drive and replace it

This is known as the plextor drive bug but may be the problem of the DiscGuard? I'm not sure about this protection.

sarami wrote:
Neon Beast wrote:

t has DiscGuard protection, don't know if this is causing the problem.

c2 errors exist.

 LBA[000302, 0x0012e] Detected C2 error "00 F0 F0 F0 00 00 00 0F 0F 0F 00"
This error can't be fixed by plextor drive. Needs to dump it by non-plextor drive and replace it

This is known as the plextor drive bug but may be the problem of the DiscGuard? I'm not sure about this protection.

I dumped my other DiscGuard discs again, turns out hashes don't match either, audio tracks do match tho, they share the same error pattern: c2 errors at LBA 000302-000329, and there is a ring on discs at the same place, so these likely are intentional c2 errors like SafeDisc, is there any way to properly dump them?
http://redump.org/disc/79284/
http://redump.org/disc/79374/

Logs: https://mega.nz/folder/nuwQ0QAJ#O0UkJDOGXDJGYl9GvQluOg

3,007

Uploaded test version. I don't have DiscGuard discs. Test plz.
https://www.mediafire.com/file/eq80y20l … st.7z/file

sarami wrote:

Uploaded test version. I don't have DiscGuard discs. Test plz.
https://www.mediafire.com/file/eq80y20l … st.7z/file

Dumped HoMM 3 again, still got different hashes.

Logs: https://mega.nz/folder/i7hB0QAa#qdw27ogZ-Jav7WNZtzLf2w

3,009 (edited by sarami 2021-09-01 17:58:16)

Neon Beast wrote:

Dumped HoMM 3 again, still got different hashes.

How about the other 2 discs?

According to CD Media World https://www.cdmediaworld.com/hardware/c … uard.shtml, DiscGuard has IOSLINK.VXD and IOSLINK.SYS but your HoMM 3 doesn't have them.

3,010

Is there anything that be done about this problem or did I miss the solution?

rosewood wrote:

Here's a CD-i with a weird error. DIC can't read the PVD and thus voldDesc.txt is empty.

LBA[000016, 0x00010]: [F:ReadVolumeDescriptor][L:538]
        Opcode: 0xa8
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-11-05 = MEDIUM_ERROR - L-EC UNCORRECTABLE ERROR
lpCmd: a8, 00, 00, 00, 00, 10, 00, 00, 00, 01, 00, 00

Dump matches http://redump.org/disc/74294/, including the 17111 M2F1 errors.
PVD can be read with a hex editor.

Logs: 8130030.7z

3,011 (edited by Jackal 2021-09-01 19:12:12)

Neon Beast wrote:

Hi, I have this Chinese release of Heroes of Might and Magic III, I got two copies with identical ring codes, but hashes don't match, and I can't get a consistent dump. It has DiscGuard protection, don't know if this is causing the problem.
Dumped with the latest test build.
Logs: https://mega.nz/folder/XzB3SYyL#0g-CNMwckW9kQgmEFv-iRQ

DiscGuard needs a special treatment. I think there were some sectors without EDC where the random errors needed to be cleaned manually. Maybe reentrant remembers.

http://redump.org/discs/quicksearch/dis … tion/only/

sarami wrote:
Neon Beast wrote:

Dumped HoMM 3 again, still got different hashes.

How about the other 2 discs?

According to CD Media World https://www.cdmediaworld.com/hardware/c … uard.shtml, DiscGuard has IOSLINK.VXD and IOSLINK.SYS but your HoMM 3 doesn't have them.

The installed game will have these two files, and other discs are still getting different hashes. As Jackal pointed out, it needs a special treatment, and other DiscGuard entries show different error patterns, so it just happened to have the same pattern on these three games.
Logs: https://mega.nz/folder/Ozom3K5C#gkdXa-p9XR041mZzMf0Vxg

3,013 (edited by sarami 2021-09-02 20:33:33)

rosewood wrote:

Is there anything that be done about this problem or did I miss the solution?

The problem may be that there is not EDC in LBA 16. Perhaps it can read using 0xbe, not 0xa8. I don't fix it yet.

Neon Beast wrote:

The installed game will have these two files

There are some cab and hdr files in the disc. If they are Microsoft cabinet files, you need to use /mscf to detect DiscGuard.
The protection of 7K2 was detected as DiscGuard.

Detected a protected file [IOSLINK.VXD]. LBA 302 to 330
Jackal wrote:

I think there were some sectors without EDC where the random errors needed to be cleaned manually.

According to the 3 logs of Neon Beast, LBA 299 to 1498 do not have EDC. These should be replaced to 0x55 like SafeDisc?

on Nintendo disc with DiscImageCreator I get:

Failed to read BCA.

and that's it, but the same disc dumps successfully with RawDump 2.0, I am attaching the logs. Am I doing something wrong?

Post's attachments

nint_nok.rar 18.16 kb, 15 downloads since 2021-09-02 

You don't have the permssions to download the attachments of this post.

sarami wrote:

There are some cab and hdr files in the disc. If they are Microsoft cabinet files, you need to use /mscf to detect DiscGuard.
The protection of 7K2 was detected as DiscGuard.

Detected a protected file [IOSLINK.VXD]. LBA 302 to 330

Dumped again with /mscf flag.

Logs: https://mega.nz/folder/vvpm3aZJ#vcXQYWPCX_PzsLwPqNBU0Q

3,016 (edited by Jackal 2021-09-04 02:14:39)

sarami wrote:
rosewood wrote:

Is there anything that be done about this problem or did I miss the solution?

The problem may be that there is not EDC in LBA 16. Perhaps it can read using 0xbe, not 0xa8. I don't fix it yet.

Neon Beast wrote:

The installed game will have these two files

There are some cab and hdr files in the disc. If they are Microsoft cabinet files, you need to use /mscf to detect DiscGuard.
The protection of 7K2 was detected as DiscGuard.

Detected a protected file [IOSLINK.VXD]. LBA 302 to 330
Jackal wrote:

I think there were some sectors without EDC where the random errors needed to be cleaned manually.

According to the 3 logs of Neon Beast, LBA 299 to 1498 do not have EDC. These should be replaced to 0x55 like SafeDisc?

No, not replaced with 0x55 but they can be "cleaned" somehow. I think the sectors match surrounding sectors except for the random error bytes which need to be cleaned so that they match (besides header). Perhaps it can be accomplished by rereading sectors and keeping the bytes that are most consistent between reads.

3,017

matura713 wrote:

on Nintendo disc with DiscImageCreator I get:

fixed. https://www.mediafire.com/file/eq80y20l … st.7z/file
But Nintendo disc dumping is extremely slow. If you merely want to dump the iso, use RawDump or cleanrip on wii.

Neon Beast wrote:

Dumped again with /mscf flag.

There is not IOSLINK.VXD.

Jackal wrote:

No, not replaced with 0x55 but they can be "cleaned" somehow. I think the sectors match surrounding sectors except for the random error bytes which need to be cleaned so that they match (besides header). Perhaps it can be accomplished by rereading sectors and keeping the bytes that are most consistent between reads.

Ok, but who guarantees the kept bytes is correct?

3,018

sarami wrote:
Jackal wrote:

No, not replaced with 0x55 but they can be "cleaned" somehow. I think the sectors match surrounding sectors except for the random error bytes which need to be cleaned so that they match (besides header). Perhaps it can be accomplished by rereading sectors and keeping the bytes that are most consistent between reads.

Ok, but who guarantees the kept bytes is correct?

If the sectors after "cleaning" the random errors all have data that matches the data in the previous or next sector, it's pretty safe.

sarami wrote:
Neon Beast wrote:

Dumped again with /mscf flag.

There is not IOSLINK.VXD.

I check the file again, they are InstallShield cabinet files instead of Microsoft ones, and the install folder does have IOSLINK.VXD.

Post's attachments

1.PNG 46.58 kb, 13 downloads since 2021-09-04 

You don't have the permssions to download the attachments of this post.

Jackal wrote:
Neon Beast wrote:

Hi, I have this Chinese release of Heroes of Might and Magic III, I got two copies with identical ring codes, but hashes don't match, and I can't get a consistent dump. It has DiscGuard protection, don't know if this is causing the problem.
Dumped with the latest test build.
Logs: https://mega.nz/folder/XzB3SYyL#0g-CNMwckW9kQgmEFv-iRQ

DiscGuard needs a special treatment. I think there were some sectors without EDC where the random errors needed to be cleaned manually. Maybe reentrant remembers.

http://redump.org/discs/quicksearch/dis … tion/only/

Hi,
Yes, I remember that disc. It was not possible to get consistent dump. If you look at scm file you'll notice that some bytes at discguard locations are always different. It's some kind of 'weak data' protection.

Such dumps need manual fixing. But you need to know the data to fix with. In my case it was easy as these weak bytes happened in the middle of a sector (surrounded by zeroes).

sarami wrote:
matura713 wrote:

on Nintendo disc with DiscImageCreator I get:

fixed. https://www.mediafire.com/file/eq80y20l … st.7z/file
But Nintendo disc dumping is extremely slow. If you merely want to dump the iso, use RawDump or cleanrip on wii.

thank you! I confirmed - it works now and the ISO is the same hash as the one made with RawDump. BTW, it still shows:

LBA[000000, 0000000]: [F:ReadDiscStructure][L:1505]
        Opcode: 0xad
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-24-00 = ILLEGAL_REQUEST - INVALID FIELD IN CDB
Failed to read BCA. cdb: ad, 00, 00, 00, 00, 00, 00, 03, 00, c0, 00, 00

but I guess that's for information, not to indicate any actual error, because the dump made is no doubt proper.

3,022 (edited by sarami 2021-09-05 06:02:35)

Neon Beast wrote:

they are InstallShield cabinet files instead of Microsoft ones

Can you extract them of the _setup directory manually using i6comp.exe?

sarami wrote:
Neon Beast wrote:

they are InstallShield cabinet files instead of Microsoft ones

Can you extract them of the _setup directory manually using i6comp.exe?

Maybe I am doing it wrong I can't extract the files.

Post's attachments

1.PNG 11.93 kb, 13 downloads since 2021-09-05 

You don't have the permssions to download the attachments of this post.

3,024

Neon Beast wrote:

Maybe I am doing it wrong I can't extract the files.

Also try i6cmp13b.zip
https://www.sac.sk/files.php?d=7&l=I

sarami wrote:
Neon Beast wrote:

Maybe I am doing it wrong I can't extract the files.

Also try i6cmp13b.zip
https://www.sac.sk/files.php?d=7&l=I

Can't extract either.

Post's attachments

1.PNG 22.53 kb, 13 downloads since 2021-09-05 

You don't have the permssions to download the attachments of this post.