DiscImageCreator (Page 23 of 141)

TEAC CD-532S  support px_d8 but can not run PR (track info flash continuously when insert CD).

I guess the model support d8 command partial.

DIC not work ofc.  (drive offset +92, native SCSI connection, not via adapter)

In the beginning

----------------------
Drive: TEAC CD-532S (+92)(Overread None)
Tool: DiscImageCreator TestVer.20141209 with new EdcEcc
Material: PC game with single track

drive info
http://wiki.livedoor.jp/zx93/d/CD-532S

px_d8 log

D:\PerfectRip v1.00 b34>px_d8 g: 0
Sector: 0
MSF: 00:02:00
Combined offset: +320 bytes / +80 samples

cmd

DiscImageCreatorT1209.exe cd g: Emergency(Taiwan) 4

DIC log

D:\DIC>DiscImageCreatorT1209.exe cd g: Emergency(Taiwan) 4
OS
        Windows XP Professional Service Pack 3, v.6284 32bit
AppVersion
        x86, AnsiBuild, Dec  9 2014 06:22:11
CurrentDir
        D:\DIC
InputPath
         path: Emergency(Taiwan)
        drive:
          dir:
        fname: Emergency(Taiwan)
          ext:
Start: 2014-12-10(Wed) 15:20:05
[F:ModeSense10][L:109] OperationCode: 0x5a
ScsiStatus: 02, CHECK_CONDITION
SenseData Key-Asc-Ascq: 05-20-00, ILLEGAL_REQUEST - INVALID COMMAND OPERATION CODE
End: 2014-12-10(Wed) 15:20:07

No problem at all.

The drive use for double check the write offset and dump single track ones only.

Thanks for the support.

I can't say without log. And /rc option is supported RingPROTECH, safedisc now.

It seems to create a bin, img. What's the problem?
And is this really securom4+? This disc includes CMS16.DLL, CMS32_95.DLL, CMS32_NT.DLL
I think that these file exist in old securom (probably ver1 - ver3).

I see.
LiveWire_EdcEcc.txt

Number of sector(s) where user data doesn't match the expected ECC/EDC: 4
    Sector: 40947, 41073, 42711, 42837, 

I don't know why these sector doesn't match the expected ECC/EDC

EDIT:
Fixed PathTableRecord, DirectoryRecord

Could you test the latest test version? I have already found the same problem with a diff disc[Midtown Madness (Japan)] and already fixed.

The latest beta does crash for me (Win 8.1 64bit and PX-708A) with the following command:

DiscImageCreator.exe cd D filename 4 /c2

Output goes until "Reading lead-out: OK" then it hangs a little and then crashes.

Also: Would it be possible to create betas for x86 and x64?

It is this disc: http://redump.org/disc/327/
Dumps fine with last full release from october. Some beta before the latest (it was from december I think) had an infinite hang but no crash yet (also after the lead-out: OK message).

Attached are all files that were created by DIC.

Uploaded. Could you test, please.

https://www.sendspace.com/file/763hcq -- incorrectly detected CD+G for http://redump.org/disc/34033/ (channel T is filled with 0xFF). There are many discs, where the whole R-W area is padded with 0xFF, will DIC also detect them as CD+G?

I've said "There are many discs, where the whole R-W area is padded with 0xFF" -- many PC games are like that, Nexy and Jackal should know more about them. MrX_Cuci and pablo also reported about these before - http://forum.redump.org/post/47284/#p47284

It seems that "MASTERED BY MAYKING" ones have the channel T filled.

Maybe it's better to detect any padding, not only 0xff? If 10 or 11 bytes out of 12 for 1 subchannel are the same = padding. Like, channel T: 08 08 08 08 09 08 08 08 08 08 08 09 => 10 bytes are 08 and 2 bytes are 09 => padded with 0x08. Subdump works this way, btw (if more than 7 bytes out of 12 are the same, it tries to reread the rest).