1,326 (edited by user7 2018-05-02 05:56:02)

sarami wrote:

Is this OK?

C:DiscImageCreator.exe ls f
AppVersion
        x86, AnsiBuild, May  2 2018 13:26:55
Start time: 2018-05-02(Wed) 13:37:16
ReadSpeedMaximum: 8468KB/sec (48x)
End time: 2018-05-02(Wed) 13:37:16

Very cool. What about for dvd and bd? That max read looks like it's for CD-Rom. It would be great to report the other max speeds to the GUI so they know which ones are available for selection depending on the disc detected.

All my posts and submission data are released into Public Domain / CC0.

1,327

user7 wrote:
sarami wrote:

Is this OK?

C:DiscImageCreator.exe ls f
AppVersion
        x86, AnsiBuild, May  2 2018 13:26:55
Start time: 2018-05-02(Wed) 13:37:16
ReadSpeedMaximum: 8468KB/sec (48x)
End time: 2018-05-02(Wed) 13:37:16

Very cool. What about for dvd and bd? That max read looks like it's for CD-Rom. It would be great to report the other max speeds to the GUI so they know which ones are available for selection depending on the disc detected.

awesome! thanks sarami!

1,328

Silver (Spain) continues to fail with the May 2 2018 version.

I love my XKey, my WODE and my 3Key.
Cerrar MegaUpload sólo es el comienzo de la censura, será el fin de la libertad.
Nada es verdad, todo está permitido.

1,329

jhmiller wrote:

Silver (Spain) continues to fail with the May 2 2018 version.

Same error?

user7 wrote:

What about for dvd and bd?

Updated.

1,330

sarami wrote:
jhmiller wrote:

Silver (Spain) continues to fail with the May 2 2018 version.

Same error?

Yes.
Sometimes it shows the "Directory Record is over 65535" and crash, and sometimes it does not show it and crash after the "Checking SubRtoW (Track)  3/ 3".

I love my XKey, my WODE and my 3Key.
Cerrar MegaUpload sólo es el comienzo de la censura, será el fin de la libertad.
Nada es verdad, todo está permitido.

1,331

jhmiller wrote:

Sometimes it shows the "Directory Record is over 65535" and crash

Increased the allocated memory.

1,332

I have 24GB of RAM

I love my XKey, my WODE and my 3Key.
Cerrar MegaUpload sólo es el comienzo de la censura, será el fin de la libertad.
Nada es verdad, todo está permitido.

1,333

jhmiller wrote:

I have 24GB of RAM

Sorry:P
"Increased the allocated memory." is that code of dic is fixed.

1,334 (edited by jhmiller 2018-05-02 17:24:18)

sarami wrote:
jhmiller wrote:

I have 24GB of RAM

Sorry:P
"Increased the allocated memory." is that code of dic is fixed.

tongue

Edit:
Now is dumping !!!

Edit 2:
Dump is OK !
The DIC files of the HDA: https://mega.nz/#!hdESDZgK!22bAtzO7jDeA … ofy8kbtKdY

Thanks sarami !

I love my XKey, my WODE and my 3Key.
Cerrar MegaUpload sólo es el comienzo de la censura, será el fin de la libertad.
Nada es verdad, todo está permitido.

1,335

sarami wrote:
F1ReB4LL wrote:

DIC should restart the dumping process when that happens?

Do you want to restart when how many errors are counted?

I think it shouldn't depend on error count. If 3-4 sectors were read, AMSF doesn't match the expected ones and each of them has the same offset, you should probably change the subchannels offset value, reread that section again and continue to read with the new sub offset value upto the end of the disc or until you detect another sub offset change. TruRip and Subdump work the similar way.

1,336

added simple rereading.
like this.

 :
LBA[383125, 0x5d895]: Track[05]: SubW[93]:[0x10] -> [0x00]
LBA[383150, 0x5d8ae]: Track[05]: SubR[32]:[0x10] -> [0x00]
LBA[383175, 0x5d8c7]: Track[05]: SubP[07]:[0x08] -> [0x00]
LBA[383175, 0x5d8c7]: Track[05]: SubQ[19-21]:PrevAbs[338175, 75:09:00], Abs[419325, 93:11:00] -> [383325, 85:11:00]
LBA[383175, 0x5d8c7]: Track[05]: SubV[79]:[0x10] -> [0x00]
LBA[383175, 0x5d8c7]: Track[05]: SubW[91]:[0x10] -> [0x00]
LBA[383177, 0x5d8c9]: Track[05]: SubQ[15-17]:PrevRel[328253, 72:56:53], Rel[328252, 72:56:52] -> [328254, 72:56:54], L:[689]
LBA[383177, 0x5d8c9]: Track[05]: SubQ[19-21]:PrevAbs[338177, 75:09:02], Abs[383325, 85:11:00] -> [383327, 85:11:02]
LBA[383177, 0x5d8c9]: Track[05]: SubQ[22]:CrcHigh[0x7a] -> [0x97]
LBA[383177, 0x5d8c9]: Track[05]: SubQ[23]:CrcLow[0x11] -> [0xd6]
LBA[383177, 0x5d8c9]: Track[05]: SubV[79]:[0x10] -> [0x00]
LBA[383177, 0x5d8c9]: Track[05]: SubW[91]:[0x10] -> [0x00]
LBA[383177, 0x5d8c9]: Track[05]: SubQ Reread this sector because RMSF & AMSF is corrupt
LBA[383177, 0x5d8c9]: Track[05]: SubQ Reread OK
LBA[383200, 0x5d8e0]: Track[05]: SubP[06]:[0x10] -> [0x00]
LBA[383200, 0x5d8e0]: Track[05]: SubQ[18]:[0x10] -> [0x00]
 :

1st read of 383177 is bad RMSF & AMSF. 2nd read of 383177 is good. DIC adopts the subQ of 2nd reading.

Why it creates more sectors than the disc has? The disc is copy protected somehow by the last 15900 sectors. It's old review CD-R.

C:\Users\Natalia\Desktop\DiscImageCreator_20180419\Release_ANSI\Dumps doe
sn't exist, so create.
CurrentDirectory
        C:\Users\Natalia\Desktop\DiscImageCreator_20180419\Release_ANSI
WorkingPath
         Argument: Dumps\test_disc
         FullPath: C:\Users\Natalia\Desktop\DiscImageCreator_20180419\Release_AN
SI\Dumps\test_disc
            Drive: C:
        Directory: \Users\Natalia\Desktop\DiscImageCreator_20180419\Release_ANSI
\Dumps\
         Filename: test_disc
        Extension:
Start time: 2018-05-04(Fri) 01:58:41
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)  1/ 1
Checking SubRtoW (Track)  1/ 1
Reading DirectoryRecord    7/   7

Set OpCode: 0xd8, SubCode: 8(Raw)
Checking SubQ ctl (Track)  1/ 1
Created img (LBA) 214201/214200
No C2 errors
Copying .scm to .img
Descrambling data sector of img (LBA) 214200/214200
Exec ""C:\Users\Natalia\Desktop\DiscImageCreator_20180419\Release_ANSI\EccEdc.ex
e" check "C:\Users\Natalia\Desktop\DiscImageCreator_20180419\Release_ANSI\Dumps\test_disc.img""
FILE: C:\Users\Natalia\Desktop\DiscImageCreator_20180419\Release_ANSI\Dumps\test_disc.img
Checking sectors (LBA) 214200/214200
[ERROR] Number of sector(s) where sync(0x00 - 0x0c) is invalid: 15900
Total errors: 15900
Total warnings: 0
Creating bin, cue and ccd (Track)  1/ 1
Calculating hash: test_disc.scm
Calculating hash: test_disc.img
Calculating hash: test_disc.bin
End time: 2018-05-04(Fri) 02:11:55

1,338

psx-collector wrote:

Why it creates more sectors than the disc has?

Perhaps, 1 sector is incremented because of the combined offsets. Actually 214200 sectors are read.

psx-collector wrote:

The disc is copy protected somehow by the last 15900 sectors. It's old review CD-R.

What protect?

1,339

sarami wrote:
psx-collector wrote:

The disc is copy protected somehow by the last 15900 sectors. It's old review CD-R.

What protect?

It is a CD-R disc, they probably didn't even format the last sectors properly.

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

1,340

Dumping the Dreamcast game Bangai-O (Europe), DIC show this error:

AppVersion
        x86, AnsiBuild, May  2 2018 21:49:47
CurrentDirectory
        D:\Sistemas\Dreamcast\DC Dumper
WorkingPath
         Argument: T-7011D-50.bin
         FullPath: D:\Sistemas\Dreamcast\DC Dumper\T-7011D-50
            Drive: D:
        Directory: \Sistemas\Dreamcast\DC Dumper\
         Filename: T-7011D-50
        Extension: .bin
Start time: 2018-05-05(Sat) 19:52:48
[WARNING] /c2 option isn't set. The result of dumping may be incorrect if c2 error exists.
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 0, SubCode: 0]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 0, SubCode: 1]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 0, SubCode: 2]
LBA[045000, 0x0afc8]: [F:ExecSearchingOffset][L:110]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-24-00 = ILLEGAL_REQUEST - INVALID FIELD IN CDB
lpCmd: be, 04, 00, 00, af, c8, 00, 00, 01, f8, 04, 00
dwBufSize: 2448
Couldn't read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 0, SubCode: 4]
LBA[452703, 0x6e85f]: [F:ReadCDForCheckingSubQAdr][L:541]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
lpCmd: be, 00, 00, 06, e8, 5f, 00, 00, 01, f8, 01, 00
dwBufSize: 2742
LBA[459563, 0x7032b]: [F:ReadCDForCheckingSubQAdr][L:541]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
lpCmd: be, 00, 00, 07, 03, 2b, 00, 00, 01, f8, 01, 00
dwBufSize: 2742
LBA[465591, 0x71ab7]: [F:ReadCDForCheckingSubQAdr][L:541]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
lpCmd: be, 00, 00, 07, 1a, b7, 00, 00, 01, f8, 01, 00
dwBufSize: 2742
Checking SubQ adr (Track) 37/37
LBA[452803, 0x6e8c3]: [F:ReadCDForCheckingSubRtoW][L:679]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
lpCmd: be, 00, 00, 06, e8, c3, 00, 00, 01, f8, 01, 00
dwBufSize: 2448
LBA[459663, 0x7038f]: [F:ReadCDForCheckingSubRtoW][L:679]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
lpCmd: be, 00, 00, 07, 03, 8f, 00, 00, 01, f8, 01, 00
dwBufSize: 2448
LBA[465691, 0x71b1b]: [F:ReadCDForCheckingSubRtoW][L:679]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-00 = MEDIUM_ERROR - NO SEEK COMPLETE
lpCmd: be, 00, 00, 07, 1b, 1b, 00, 00, 01, f8, 01, 00
dwBufSize: 2448

Reading DirectoryRecord   10/  10
Set OpCode: 0xbe, SubCode: 1(Raw)
Creating bin from 45000 to 549151 (LBA) 549150
[L:3011] Internal error. Failed to analyze the subchannel. Track[22]/[37]
End time: 2018-05-05(Sat) 20:08:00

Link to the DIC files:
https://mega.nz/#!8FMEiJpZ!jo-jqzI9gPm4 … stSuwxWxJY

I love my XKey, my WODE and my 3Key.
Cerrar MegaUpload sólo es el comienzo de la censura, será el fin de la libertad.
Nada es verdad, todo está permitido.

1,341

Any news about CD-i Ready format support? People ask me about it sometimes, the last person was iR0b0t smile

DIC needs to read the audiotrack + pregap with data starting from LBA 0, then to descramble data sectors (I think the data track in the pregap has its own track number somehow, so it's not really correct to leave all the data sectors as scrambled).

1,342

I tried DIC, it did dump it okay, but it descrambles data sectors. They should be left scrambled. Track mode is AUDIO.

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

1,343

Ah, so it works now. Last month another dumper has shown me some DIC error logs for the Alien Gate (also CD-i Ready).

Track mode is audio, but doesn't the data part in pregap have its own track number in this case?

1,344

No, its numbered as track 01.

Isobuster misinterprets leading track number as 0 or 2

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

1,345

http://forum.redump.org/post/57865/#p57865
DIC can't read "no track 1" disc yet. Is this CD-i Ready?

jhmiller wrote:

Bangai-O (Europe)

added: checking error of subQ track

1,346

CD-i Ready Test dump (attached)

I firmly believe the data part should not be unscrambled.

Post's attachments

dic.rar 2.05 mb, 17 downloads since 2018-05-06 

You don't have the permssions to download the attachments of this post.
PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

1,347

Skipped being unscrambled.

And I noticed the format type of CD-i ready wasn't "CD-i"

    Session 1, FirstTrack  1, Format: CD-DA or CD-ROM
    Session 1,  LastTrack  5
    Session 1, FirstTrack  2, Format: CD-I
    Session 1,  LastTrack  3

I understood DIC can't dump CD-i multi track disc, not CD-i ready.

1,348

sarami wrote:

Skipped being unscrambled.

It dumps fine now, thanks.

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

1,349

Any chance to add the first 16+512? bytes from LBA 0 sector (45000 for "gd" mode) into maininfo.txt? So we wouldn't need to ask the dumpers to provide these for Saturn, Mega CD, Dreamcast dumps.

And have you thought to add the support for the swappable non-Plextor drives? DIC could read scrambled sectors with 0xBE command in this mode and people could use more common drives to dump properly.

1,350

Added LBA 0 of the sega disc into maininfo.txt

F1ReB4LL wrote:

the swappable non-Plextor drives

What is this?

F1ReB4LL wrote:

DIC could read scrambled sectors with 0xBE command

Yes, I confirmed ASUS BC-12D2HT could read it.