DiscImageCreator

[sarami]

This is the last (perhaps).
https://www.mediafire.com/file/eq80y20l … st.7z/file

Let's hope so. This title has been dumped more often than anything else
test7.7z

Ok. Adr6 has been fixed. Thanks for all testing.

[LoStraniero91]

Hey sarami, can you please check these logs as I have these discs with SecuROM (unknown version, but the scan reveals it) that will dump without the intentional SecuROM error. Thank you.

https://mega.nz/file/VuQUCZJD#2c6T_Z0j2 … eteBQ-kaHU
https://mega.nz/file/xrYCiRwI#xYCAN7HpN … p637oGeekM

[sarami]

without the intentional SecuROM error.

Yes, there is not SecuROM error in _subError.txt. Probably, it is deactivated.

[LoStraniero91]

without the intentional SecuROM error.

Yes, there is not SecuROM error in _subError.txt. Probably, it is deactivated.

Very weird indeed. First log is for Might & Magic VI and with PCem it acts just like other old SecuROM games: it just hangs when launching it. Second log is Jeff Wayne and it runs fine. Do you need more data/logs for them?

[sarami]

First log is for Might & Magic VI and with PCem it acts just like other old SecuROM games: it just hangs when launching it.

1. What is the region? GER, JPN, KOR, and USA don't have the protection. https://redump.info/discs/system/pc/letter/m/?page=3
2. How about other emulators or virtual machines (Virtual Box, VMware)?

[LoStraniero91]

First log is for Might & Magic VI and with PCem it acts just like other old SecuROM games: it just hangs when launching it.

1. What is the region? GER, JPN, KOR, and USA don't have the protection. https://redump.info/discs/system/pc/letter/m/?page=3
2. How about other emulators or virtual machines (Virtual Box, VMware)?

1. Both games have 2 discs and are ITA.
2. Other emulatos won't work, VMWare only supports Direct3D acceleration/emulation starting from Windows XP. But I do have a PC with W98.

Also, I can do further tests because these games were sent by McNelly and he had issues with them and this pesky SecuROM. It's just confusing and I hope to be done with them in short time.

[LoStraniero91]

Ok sarami I have some updates:

Jeff Wayne works fine with PCem, probably a false positive.
But M&MIV is weird: I have installed the game on the 98 machine and it simply refuses to run even with the disc (not the one I've sent you the logs, but the "Play Disc"). But there's a catch: if I enable the SecuROM emulation in Daemon Tools, the game will boot with the bin/cue image. Seems like they screwed up the SecuROM protection while mastering the discs (it's a released by Wanted Games). There's no SecuROM sector but there are some leftovers that will still cause issues.

[sarami]

- improved: multi sector reading of the 0xf1 drive
https://www.mediafire.com/file/eq80y20l … st.7z/file
added argument in /mr

Retry 20 times

Code: Select all

DiscImageCreator.exe cd f E:\!redump\zzz.bin 0 /c2 /mr 20

Retry 100 times

Code: Select all

DiscImageCreator.exe cd f E:\!redump\zzz.bin 0 /c2 /mr 100

Default retry times are 50.

Code: Select all

DiscImageCreator.exe cd f E:\!redump\zzz.bin 0 /c2 /mr

[nightson]

Hi Sarami,

Just wondering if you could make DIC save the console output into a log file automatically, like the one below?
I know all the necessary information can be found in other files but this could give us a quick overview of the whole dumping process. What do you think?


EBE_A.log:

Code: Select all

# DiscImageCreator.exe cd j EBE_A.bin 8 /c2 /s 2
AppVersion
        x86, AnsiBuild, 20210301T232713
/c2 val1 was omitted. set [4000]
/c2 val2 was omitted. set [0]
CurrentDirectory
        D:\Program\Media\Dumping\DiscImageCreator\Release_ANSI
WorkingPath
         Argument: EBE_A.bin
         FullPath: D:\Program\Media\Dumping\DiscImageCreator\Release_ANSI\EBE_A.bin
            Drive: D:
        Directory: \Program\Media\Dumping\DiscImageCreator\Release_ANSI\
         Filename: EBE_A
        Extension: .bin
StartTime: 2021-04-12T20:31:53+0800
Set the drive speed: 1411KB/sec
This drive supports [OpCode: 0xd8, SubCode: 0]
This drive supports [OpCode: 0xd8, SubCode: 1]
This drive supports [OpCode: 0xd8, SubCode: 2]
This drive supports [OpCode: 0xd8, SubCode: 8]
Checking reading lead-out -> OK
Checking SubQ adr (Track) 25/25
Checking SubRtoW (Track) 25/25
Checking Pregap sync, msf, mode (LBA)  -2245
Set OpCode: 0xd8, SubCode: 8(Raw)
Checking SubQ ctl (Track) 25/25
Creating .scm (LBA) 265829/265829
No C2 errors
Copying .scm to .img
Descrambling data sector of img:  66611/ 66611
Exec ""D:\Program\Media\Dumping\DiscImageCreator\Release_ANSI\EccEdc.exe" check "D:\Program\Media\Dumping\DiscImageCreator\Release_ANSI\EBE_A.img""
FILE: D:\Program\Media\Dumping\DiscImageCreator\Release_ANSI\EBE_A.img
Checking sectors: 265828/265828
[ERROR] Number of sector(s) where user data doesn't match the expected ECC/EDC: 75
Total errors: 75
Total warnings: 0
Creating cue and ccd (Track) 25/25
Creating bin (Track) 25/25
Hashing: EBE_A.scm
Hashing: EBE_A.img
Hashing: EBE_A (Track 01).bin
Hashing: EBE_A (Track 02).bin
Hashing: EBE_A (Track 03).bin
Hashing: EBE_A (Track 04).bin
Hashing: EBE_A (Track 05).bin
Hashing: EBE_A (Track 06).bin
Hashing: EBE_A (Track 07).bin
Hashing: EBE_A (Track 08).bin
Hashing: EBE_A (Track 09).bin
Hashing: EBE_A (Track 10).bin
Hashing: EBE_A (Track 11).bin
Hashing: EBE_A (Track 12).bin
Hashing: EBE_A (Track 13).bin
Hashing: EBE_A (Track 14).bin
Hashing: EBE_A (Track 15).bin
Hashing: EBE_A (Track 16).bin
Hashing: EBE_A (Track 17).bin
Hashing: EBE_A (Track 18).bin
Hashing: EBE_A (Track 19).bin
Hashing: EBE_A (Track 20).bin
Hashing: EBE_A (Track 21).bin
Hashing: EBE_A (Track 22).bin
Hashing: EBE_A (Track 23).bin
Hashing: EBE_A (Track 24).bin
Hashing: EBE_A (Track 25).bin
EndTime: 2021-04-12T20:41:01+0800

[Jackal]

DopefishJustin submitted a verification for this disc: https://redump.info/disc/65563/

The audio tracks all seem to the data starting 4 bytes later than Nexy's Plextor dump. So the offset difference is 1 sample.

It was dumped with ASUS BW-16D1HT . Logs: http://interbutt.com/misc/WARCRAFT2_X_logs.zip

We need to know if this is a problem with the ASUS drives. I've warned before that we can't really trust them because it's all just experimental and never fully tested, yet DIC keeps supporting them and now perhaps the DB is being filled with bad dumps that are done with these drives.

edit: And here another ASUS dump: /viewtopic.php?p=69657#p69657 where all tracks match this dump https://redump.info/disc/71231/ except the last track. Could it be cut off data? Or just a different pressing?