DiscImageCreator

[sarami]

Thank's test and report. Uploaded 20141017

[Jackal]

I'm trying to dump a GD-ROM disc.. I tried a PX-W4824TA and PX-760A but they always give a semaphore timeout error (edit: changed to new version, and no more timeouts at least).. The PX-755A starts dumping, but it only dumps until sector ~359848, then it gives the following error:

D:\dic>dic gd e vigi 8 /c2 10
OS
        Windows 7 Home Premium Service Pack 1 64bit
AppVersion
        x86, AnsiBuild, Oct 16 2014 14:37:59
/c2 opt val2 is omitted. set 4096
/c2 opt val3 is omitted. set 4
CurrentDir
        D:\dic
InputPath
         path: vigi
        drive:
          dir:
        fname: vigi
          ext:
Start: 2014-10-28(Tue) 18:50:22
Allocating memory for C2 errors: 4096/4096
Read command: 0xd8, Subcode reading mode: Raw
Creating bin from 45000 to 549150 (LBA) 359847[F:ExecReadCD][L:38] OperationCode
: 0xd8
ScsiStatus: 02, CHECK_CONDITION
SenseData Key-Asc-Ascq: 05-21-00, ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF
RANGE
Freeing allocated memory for C2 errors: 4096/4096
End: 2014-10-28(Tue) 18:59:10

I did not use any trap disc. With trap disc it refuses to read...

Is this a bug, or is there any way to work around this LBA limit? I also tried dumping with cdtool, but it also ends at the same sector, even when I use trap disc.. So it seems like trap disc isn't needed and the PX-755A has a hardcoded limit? I'm using v1.08 firmware.

[sarami]

PX-755A has a hardcoded limit?

At least, I don't code like this. How about in dctools?

[Sotho Tal Ker]

The audio trapdisc only has 360000 sectors. That's the reason why it aborts there. (At least the one you apparently used.)
The redump wiki has another kind of trapdisc: https://wiki.redump.info/index.php?title=Sega_Dreamcast

Try this one instead.

[Jackal]

The audio trapdisc only has 360000 sectors. That's the reason why it aborts there. (At least the one you apparently used.)
The redump wiki has another kind of trapdisc: https://wiki.redump.info/index.php?title=Sega_Dreamcast

Try this one instead.

The audio trap disc that I was using has 1147651 sectors actually, but I'll try making another one, because I haven't had luck with the current one at all (also not with other tools, like cdtool and dcdumper).

But I was not using any trap disc. I can just insert the GD-ROM, run DIC and it will read fine, up to sector 359847, where it aborts. So that's why I'm saying that there must be a firmware limit on the PX-755A.

[sarami]

-For those corrupted sectors, replace everything except the sync and header fields with 0x55 bytes.

I coded that unreadable sector is replaced at 0x55.

up to sector 359847

My PX-755 is same too.

[Jackal]

up to sector 359847

My PX-755 is same too.

Could you please investigate this behavior? I'm not having any luck with audio trap disc + DIC, but without trap disc it always reads fine (up to sector 359847)... This LBA limit must be hardcoded somewhere.

[Sotho Tal Ker]

One other thought on this issue: maybe the Plextor reads the ATIP of the burned disc and limits the sector range to that. If you have 90min or 99min CDR you could try one of those, maybe they allow reading further.

Or burn a disc with GigaRec activated?

Another idea: PlexTools allows to disable detection of recordable media, maybe activating this option could circumvent this limit?

[sarami]

up to sector 359847

My PX-755 is same too.

Could you please investigate this behavior? I'm not having any luck with audio trap disc + DIC, but without trap disc it always reads fine (up to sector 359847)... This LBA limit must be hardcoded somewhere.

I'm sorry but I don't know a lot about a hardware (including drive)...

[sarami]

Updated DiscImageCreator
- added path table record, directory record to _infolog.txt
  => for searching specific file (RingPROTECH => PROTECT.PRO, SafeDisc v1 => 00000001.LT1 or 00000001.TMP)
- added /rc option
  => I don't test it enough because I have only one RingPROTECH disc and SafeDisc v1.
- changed beep sound

-Analyze the data track passed as argument: [name of app].exe [name of data track].bin and determinate if according to the stored EDC/ECC sectors are OK.
-For those corrupted sectors, replace everything except the sync and header fields with 0x55 bytes.

Updated EdcEcc (This is included in DiscImageCreator test ver.)