1,176 (edited by sarami 2017-12-17 05:11:02)

24400...24602 AMSF[05:30:02] -> lead-out
24603...24793 AMSF[05:32:43] -> unknown subQ (Mirror # 1 ?)
24794...25104 AMSF[05:36:54] -> subQ all zero
25105...38692 AMSF[08:37:67] -> normal subQ (SEGA Logo ?)
38693...38699 AMSF[08:37:74] -> unknown subQ (Mirror # 2 ?)
38700                                        -> unreadable

Have you ever tried to test every sector from 0 to 44849 to find out, which sectors are readable?

0...24399 and 38701...44849 -> test it tonight.

but that's not correct, the secutity (ring) area has its own lead-in, it goes before the sector 24941, sectors 24825...24940, I think, but can't say for sure where does it exactly start, since it's hard to read the sectors before 24853 on my drives (but 24853 to 24940 are clearly the security area TOC sectors).

As far as seeing the log, these area haven't the normal lead-in/TOC subQ. I don't know whether these area is trully TOC or not.

The HD zone starts not at 45000, btw, but at 44850, sectors 44850...44999 contain the 3rd track's pregap.

I agree.

Btw, what drive and tools you use to read HD area?

1,177

sarami wrote:

24400...24602 AMSF[05:30:02] -> lead-out
24603...24793 AMSF[05:32:43] -> unknown subQ (Mirror # 1 ?)
24794...25104 AMSF[05:36:54] -> subQ all zero
25105...38692 AMSF[08:37:67] -> normal subQ (SEGA Logo ?)
38693...38699 AMSF[08:37:74] -> unknown subQ (Mirror # 2 ?)
38700                                        -> unreadable

Hmm, very weird results. I've thought 1st leadout and SEGA Logo area addresses are constant. Or, maybe, your drive 'lies' somehow?

sarami wrote:

Btw, what drive and tools you use to read HD area?

CDTool v1.2 b21
Optiarc AD-7200A w/swapping and PX-760 without swapping (though, PX looses tracking all the time when reading that area).

1,178 (edited by sarami 2017-12-17 18:41:21)

tested kuon no kizuna (Drive: TS-H353A)

    0... 1428 AMSF[00:21:03] -> track1 and 2
 1429...24602 AMSF[05:30:00] -> lead-out
24603...24793 AMSF[05:32:43] -> unknown/corrupt subQ (Mirror # 1 ?)
                                main channel is all zero
24794...25104 AMSF[05:36:54] -> subQ all zero
                                main channel is all 0xff
25105...38692 AMSF[08:37:67] -> normal subQ (SEGA Logo ?)
                                RMSF of LBA 25105 is 00:02:14, so 'SEGA Logo?' perhaps starts from LBA 24941.
                                main channel is the mode 2
38693...38699 AMSF[08:37:74] -> unknown/corrupt subQ (Mirror # 2 ?)
38700...44849                -> unreadable (ILLEGAL_REQUEST - ILLEGAL MODE FOR THIS TRACK)

your drive 'lies' somehow?

Maybe so about mirror area, but I think the lead-out and SEGA logo sub is perhaps correct.

Post's attachments

gd_ringtest2.7z 1.13 mb, 16 downloads since 2017-12-17 

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

1,179 (edited by celebi 2018-01-07 10:38:12)

Thank you sarami for creating this software!

However, I ran into a few issues. Unfortunately, I currently doesn't have a Plextor drive - the one I ordered was DOA. I don't know when the second one I ordered will arrive.

I found a DH-16A6S in my stack of drives. It is an iHAS 120 clone. It doesn't supports /d8, but is capable of reading in scrabled mode according to DIC.

However, when I try to dump a disc, most discs will fail while dumping - it seems that the drive cannot properly read the last sector and therefore reports a non-existing error.

This also accurs on basically all other drives I own using DIC with the "data" command - the last sector will always fail.

Using the DH-16A6S for some reason always requires me to add the /sf command on *all* discs regardless if they are protected or not, otherwise the ripping process stops at around LBA 45 with a semaphore issue.

UPDATE: I think you can ignore the issue with the DH-16A6S - when I redump a disk that's in the redump DB with CDM, I get wrong checksums while the DS8ACSH dump matches the redump DB. So maybe you could focus on the issues I have with my remaining drives combined with "data" mode?

Example 1, using the DH-16A6S (flashed with iHAS 120 firmware, but also happens with the official one):

C:\Users\user>C:\Users\user\Desktop\Redump\DiscImageCreator.exe cd d: E:\Redump\Tests\DH-16A6S\DH-16A6S_1.bin 0 /c2
AppVersion
        x86, AnsiBuild, Dec 10 2017 17:54:51
/c2 val1 is omitted. set [4000]
/c2 val2 is omitted. set [0]
E:\Redump\Tests\DH-16A6S\DH-16A6S_1.bin doesn't exist, so create.
CurrentDirectory
        C:\Users\user
WorkingPath
         Argument: E:\Redump\Tests\DH-16A6S\DH-16A6S_1.bin
         FullPath: E:\Redump\Tests\DH-16A6S\DH-16A6S_1.bin
            Drive: E:
        Directory: \Redump\Tests\DH-16A6S\
         Filename: DH-16A6S_1
        Extension: .bin
Start time: 2018-01-07(Sun) 09:15:48
Set the drive speed: 8468KB/sec
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 1, SubCode: 0]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 1, SubCode: 1]
LBA[008380, 0x020bc]: [F:GetLBAForSubChannelOffset][L:58]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF RANGE
lpCmd: be, 04, 00, 00, 20, bc, 00, 00, 01, fa, 01, 00
dwBufSize: 2742
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 1, SubCode: 2]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 1, SubCode: 4]
LBA[008380, 0x020bc]: [F:GetLBAForSubChannelOffset][L:58]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF RANGE
lpCmd: be, 04, 00, 00, 20, bc, 00, 00, 01, fa, 04, 00
dwBufSize: 2742
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 2, SubCode: 0]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 2, SubCode: 1]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 2, SubCode: 2]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 2, SubCode: 4]
LBA[008380, 0x020bc]: [F:ReadCDForCheckingReadInOut][L:434]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF RANGE
lpCmd: be, 04, 00, 00, 20, bc, 00, 00, 01, f8, 00, 00
dwBufSize: 2742
End time: 2018-01-07(Sun) 09:16:10

This disc is an unprotected IBM PC disc. Sector count is 8380 and it rips fine with CDM.

Example 2, same disc, using a Slimtype DS8ACSH (some OEM drive, don't know the real vendor)

C:\Users\user>C:\Users\user\Desktop\Redump\DiscImageCreator.exe data f: E:\Redump\Tests\DS8ACSH\DS8ACSH.bin 0 0 8380 /c2
AppVersion
        x86, AnsiBuild, Dec 10 2017 17:54:51
/c2 val1 is omitted. set [4000]
/c2 val2 is omitted. set [0]
E:\Redump\Tests\DS8ACSH\DS8ACSH.bin doesn't exist, so create.
CurrentDirectory
        C:\Users\user
WorkingPath
         Argument: E:\Redump\Tests\DS8ACSH\DS8ACSH.bin
         FullPath: E:\Redump\Tests\DS8ACSH\DS8ACSH.bin
            Drive: E:
        Directory: \Redump\Tests\DS8ACSH\
         Filename: DS8ACSH
        Extension: .bin
Start time: 2018-01-07(Sun) 09:21:45
Set the drive speed: 4234KB/sec
LBA[008381, 0x020bd]: [F:GetLBAForSubChannelOffset][L:58]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF RANGE
lpCmd: be, 00, 00, 00, 20, bd, 00, 00, 01, fa, 01, 00
dwBufSize: 2742
LBA[008381, 0x020bd]: [F:GetLBAForSubChannelOffset][L:58]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF RANGE
lpCmd: be, 00, 00, 00, 20, bd, 00, 00, 01, fa, 04, 00
dwBufSize: 2742
Checking SubQ adr (Track)  1/ 1
Checking SubRtoW (Track)  1/ 1
Reading DirectoryRecord   12/  12

Set OpCode: 0xbe, SubCode: 1(Raw)
Checking SubQ ctl (Track)  1/ 1
LBA[-00001, 0xffffffff]: [F:ProcessReadCD][L:1501]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-2c-00 = ILLEGAL_REQUEST - COMMAND SEQUENCE ERROR
LBA[-00001, 0xffffffff] Read error. padding [2352byte]
Creating bin from 0 to 8380 (LBA)   8379
No C2 errors
Exec ""C:\Users\users\Desktop\Redump\EccEdc.exe" check "E:\Redump\Tests\DS8ACSH\DS8ACSH.bin""
FILE: E:\Redump\Tests\DS8ACSH\DS8ACSH.bin
Checking sectors (LBA)   8380/  8380
[ERROR] Number of sector(s) where 2336 byte is all 0x55: 1
Total errors: 1
Total warnings: 0
End time: 2018-01-07(Sun) 09:22:41

This time, it seems that DIC is trying to read one sector that's simply not present - and this is always happening when using DIC with the data command. If I limit the reading range from 0-8380 to 0-8379, then it will still fail reading the last sector.

Is there something that could be done about this or are my drives all incompatible and I have to either use another dumping software (hopefully not) or wait until I could obtain a real plextor drive?

I tried all versions of DIC I could find, but always the same issues.

Please note that while the DS8ACSH is connected using the PC's internal SATA bus, I'm using a SATA/IDE-USB-Converter for the DH-16A6S.

All contributions are from my own disks and only for my own documentation and backup purposes. Don't ask me to share any files. If you want the disks, buy them.

1,180

It seems your drive can't read lead-in/out. Such drive can't get the audio sector correctly.

ungodly.dumper wrote:

wait until I could obtain a real plextor drive?

I think so.

1,181

Thanks for your reply - let's hope my plextor will arrive soon. The good thing is that at least I can rule out the IDE-USB-Converter - I was able to redump a known IBM PC Disk with CDM and matched checksum.

All contributions are from my own disks and only for my own documentation and backup purposes. Don't ask me to share any files. If you want the disks, buy them.

1,182

F1ReB4LL wrote:
sarami wrote:

1. Drives may sometimes not detect the c2 errors. If same sector isn't error every time it is dumped, I think this is true.

No error there if to dump again, so it's not constant. So I've thought maybe DIC has missed an error occasionally.

20180108 test
Fixed: Also rewrite .c2 file if c2 errors exist.
=> if unfixed errors exist with EdcEcc.exe or edccchk or cdmage though .c2 file rewritten is all zero byte, maybe the drive misses to report the c2 error.

1,183

I've recently switched from DIC 20171010 to 20171210 and am now experiencing some problems.
Disc drive is PLEXTOR DVDR PX-760A 1.07 08/18/07  15:10

Sample 1:
[Audio CD] Philips Burn:Cycle Disc2 Music (813 5066)
--This one is interesting, it is bundled with the PC/Mac version of the game and has a different serial number, but the ring information and crc32 matches the CD-i bundle disc--
1a. Good dump with 20171010
1b. No dump possible with 20171210

This drive doesn't support [OpCode: 0xd8, SubCode: 1]
This drive doesn't support [OpCode: 0xd8, SubCode: 2]
This drive doesn't support [OpCode: 0xd8, SubCode: 8]

Sample 2:
[CDI] Philips CD-i/Video CD Titel-Neuheiten I/95 (818 0058)
2a. Good dump with 20171010
2b. No dump possible with 20171210

Directory Record is invalid

LBA[166792, 0x28b88]: [F:ReadDirectoryRecord][L:998]
    Opcode: 0xa8
    ScsiStatus: 0x02 = CHECK_CONDITION
    SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF RANGE
lpCmd: a8, 00, 00, 02, 8b, 88, 00, 00, 00, 01, 00, 00
dwBufSize: 2048

Sample 3 (impossible to dump with either version):
[CDI] Philips CD-i/Video CD Titel-Neuheiten II/95 (818 0089)
3a. No dump possible with 20171010

LBA[283554, 0x453a2]: [F:ReadCDForCheckingSubRtoW][L:643]
        Opcode: 0xd8
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF RANGE
lpCmd: d8, 00, 00, 04, 53, a2, 00, 00, 00, 01, 08, 00
dwBufSize: 2744

3b. No dump possible with 20171210

LBA[283554, 0x453a2]: [F:ReadCDForCheckingSubRtoW][L:650]
    Opcode: 0xd8
    ScsiStatus: 0x02 = CHECK_CONDITION
    SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRESS OUT OF RANGE
lpCmd: d8, 00, 00, 04, 53, a2, 00, 00, 00, 01, 08, 00
dwBufSize: 2744

Logs: DICrip.7z

1,184

Same problem here (Sample 1), where previous releases are working fine with the same drive.

1,185

usurper wrote:

Same problem here (Sample 1)

Uploaded test version.

rosewood wrote:

Sample 2:

It can't get the directory record. It'll take some time to investigate.

rosewood wrote:

Sample 3:

========== TOC ==========
    Pregap Track   , LBA        0 -  250068, Length   250069
     Audio Track  1, LBA   250069 -  260318, Length    10250
     Audio Track  2, LBA   260319 -  283453, Length    23135
     Audio Track  3, LBA   283454 -4294967295, Length 4294683842

I don't know why it can't get the toc correctly.

1,186

sarami wrote:
========== TOC ==========
    Pregap Track   , LBA        0 -  250068, Length   250069
     Audio Track  1, LBA   250069 -  260318, Length    10250
     Audio Track  2, LBA   260319 -  283453, Length    23135
     Audio Track  3, LBA   283454 -4294967295, Length 4294683842

I don't know why it can't get the toc correctly.

rosewood: Have you tried to dump it with other tools, like, dunno, CloneCD? Does it really have audio tracks? Weird for VideoCD.

1,187

Tried the test version (20180112)

Sample 1: Probably works again, as it copies the data, but there seems to be a bug when it tries to calculate the hashes for the dat file.

Moving .scm to .img
Creating bin, cue and ccd (Track) 11/11
[F:OutputHash][L:328] GetLastError: 2, Das System kann die angegebene Datei nicht finden.

Sample 2 & 3: Errors as before.

For Sample 3 the toc seems to be corrupt. This is not a Video CD, it's a Green Book CD-i disc with 3 tracks (1 CDI and 2 Audio).
I don't have CloneCD available right now and tried CDRWIN (recognizes tracks 2 and 3 only and refuses to rip).
Isobuster doesn't seem have a problem with it at all and creates a full rip.

REM SESSION 01        ; Not supported by other applications (*)
    TRACK 00 CDI/2352
      INDEX 01 00:00:00
      REM MSF: 00:00:00 = LBA: 0
    TRACK 02 AUDIO
      INDEX 01 55:34:19
      REM MSF: 55:34:19 = LBA: 250069
    TRACK 03 AUDIO
      INDEX 01 57:50:69
      REM MSF: 57:50:69 = LBA: 260319

20180112.7z

I have some more multi-track CD-i discs, and they all have some problems. So far this is the only one with a missing Track 1. The other ones show a corrupt Track 1 in IsoBuster, but it can be extracted without Problems.

1,188 (edited by sarami 2018-01-13 15:42:26)

rosewood wrote:

Sample 1: Probably works again, as it copies the data, but there seems to be a bug when it tries to calculate the hashes for the dat file.

Sorry, reuploaded.

rosewood wrote:

For Sample 3 the toc seems to be corrupt

_disc.txt

========== FULL TOC ==========
    FirstCompleteSession: 1
     LastCompleteSession: 1
    Session 1, FirstTrack  2, Format: CD-I
    Session 1,  LastTrack  3
    Session 1,      Leadout, MSF 63:01:29 (LBA[283604, 0x453d4])
    Session 1,     Track  2, MSF 55:36:19 (LBA[250219, 0x3d16b])
    Session 1,     Track  3, MSF 57:52:69 (LBA[260469, 0x3f975])

It seems "Track 1" is omitted. (same as isobuster)
And my cd-i disc (single track)

========== FULL TOC ==========
    FirstCompleteSession: 1
     LastCompleteSession: 1
    Session 1, FirstTrack  2, Format: CD-I
    Session 1,  LastTrack  2
    Session 1,      Leadout, MSF 56:05:00 (LBA[252375, 0x3d9d7])
    Session 1,     Track  1, MSF 00:02:00 (LBA[000150, 0x00096])

There is "Track 1", but "FirstTrack" and "LastTrack" is weird.

The multi-track of cd-i has data sector in pregap of track 1 (to hide the data?), and manipulates the toc (by the same reason? CD was developed by Philips, so this is permitted?)
It seems the single-track of cd-i can't hide the data in pregap. (If it is done, it's only leadout disc on toc.)

rosewood wrote:

I don't have CloneCD available

If it's possible, please use subdump http://forum.redump.org/topic/14725/subdump/
I need the sub file. Perhaps I think the track 2 of "Sample 3" is actually track 1, track 3 of that is actually track 2 and there isn't track 3.

1,189

Subdump couldn't get it right, so I tried it with different versions of CloneCD. Doesn't look too good either.

Here are some logs and the CloneCD sub file
8180089.7z

1,190

rosewood wrote:

Subdump couldn't get it right

How did it look?

1,191

F1ReB4LL wrote:

How did it look?

It's all in the log files above:

Args: -i f: -f 8180089.sub -mode 6 -rereadnum 25 -fix 2
TOC reading...
Find subchannel start sector...
41 01 01 00 00 00 00 00 02 00 28 32 
subStartAddr:   0
subEndAddr:     -150
sectorQuantity: -150
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Pre fix failed sectors quantity: 0.
subchannelsFix started.
Not corrected bytes quantity: 0.
Post correction sectors quantity: 0.


Post correction started.
Pre fix failed sectors quantity: 0.
subchannelsFix started.
Not corrected bytes quantity: 0.

1,192 (edited by sarami 2018-01-14 14:26:53)

rosewood wrote:

Here are some logs and the CloneCD sub file

CloneCD doesn't also recognize the track 1.

I 23:30:34 Reading Track 2 Pregap... (Blocks 0-250069)
I 23:37:30 Reading Track 2... (Blocks 250069-260319)
I 23:37:47 Reading Track 3... (Blocks 260319-697041)

And unfortunately, the track number of subchannel is also weird.

LBA[000000, 0000000]: P[ff], Q[41020055341900000200549e]{ Data,      Copy NG,                  Track[02], Idx[00], RMSF[55:34:19], AMSF[00:02:00]}, RtoW[0, 0, 0, 0]
LBA[000001, 0x00001]: P[ff], Q[41020055341800000201eeee]{ Data,      Copy NG,                  Track[02], Idx[00], RMSF[55:34:18], AMSF[00:02:01]}, RtoW[0, 0, 0, 0]
LBA[000002, 0x00002]: P[ff], Q[41020055341700000202bb74]{ Data,      Copy NG,                  Track[02], Idx[00], RMSF[55:34:17], AMSF[00:02:02]}, RtoW[0, 0, 0, 0]
 :
 :
LBA[250068, 0x3d0d4]: P[ff], Q[0102000000010055361875b8]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:00:01], AMSF[55:36:18]}, RtoW[0, 0, 0, 0]
LBA[250069, 0x3d0d5]: P[ff], Q[01020100000000553619881b]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[01], RMSF[00:00:00], AMSF[55:36:19]}, RtoW[0, 0, 0, 0]
LBA[250070, 0x3d0d6]: P[00], Q[010201000001005536208530]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[01], RMSF[00:00:01], AMSF[55:36:20]}, RtoW[0, 0, 0, 0]
 :
 :
LBA[260318, 0x3f8de]: P[00], Q[0102010216490057526801b1]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[01], RMSF[02:16:49], AMSF[57:52:68]}, RtoW[0, 0, 0, 0]
LBA[260319, 0x3f8df]: P[ff], Q[01030100000000575269b421]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[03], Idx[01], RMSF[00:00:00], AMSF[57:52:69]}, RtoW[0, 0, 0, 0]
LBA[260320, 0x3f8e0]: P[00], Q[010301000001005752709d68]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[03], Idx[01], RMSF[00:00:01], AMSF[57:52:70]}, RtoW[0, 0, 0, 0]

It seems subdump also can't dump this disc.

http://redump.org/disc/36178/
http://redump.org/disc/35804/
To Jackal or gorelord4e or someone: Do these discs have really track1 on TOC and subchannel? If there is track 1, the disc of rosewood is irregular?

1,193

rosewood wrote:
F1ReB4LL wrote:

How did it look?

It's all in the log files above:

Args: -i f: -f 8180089.sub -mode 6 -rereadnum 25 -fix 2
TOC reading...
Find subchannel start sector...
41 01 01 00 00 00 00 00 02 00 28 32 
subStartAddr:   0
subEndAddr:     -150
sectorQuantity: -150

Modified TOC, I think. Swapping with Audio CD should help.

1,194

F1ReB4LL wrote:

Modified TOC, I think. Swapping with Audio CD should help.

Sorry, can't get this to work with an Audio CD and the stop command. After the swap runs for hours and doesn't find anything on the CD-i disc.

1,195

Runs for hours writing what? Does it report about read errors or something?

1,196

F1ReB4LL wrote:

Runs for hours writing what? Does it report about read errors or something?

It ran for hours at those lines, the drive made a clicking sound every other second:

This drive supports [OpCode: 0xd8, SubCode: 1]
This drive supports [OpCode: 0xd8, SubCode: 2]

When I ran it again and again it reported some vendor errors or that the drive doesn't support C2, or waited at those lines again.

As the results seem to vary slightly between each run, I made 6 final tests this morning, each one with a full shut down of the PC afterwards: DIC 20171010, 20171210 and 20180113, in GD and CD mode.
All those times it didn't hang at the lines mentioned above, but it didn't manage to rip the disc as well...

logs

1,197

rosewood wrote:
F1ReB4LL wrote:

Runs for hours writing what? Does it report about read errors or something?

It ran for hours at those lines, the drive made a clicking sound every other second

No, the question was about subdump.

rosewood wrote:

As the results seem to vary slightly between each run, I made 6 final tests this morning, each one with a full shut down of the PC afterwards: DIC 20171010, 20171210 and 20180113, in GD and CD mode.
All those times it didn't hang at the lines mentioned above, but it didn't manage to rip the disc as well...

CD-i disc in GD mode?

1,198

Audio trap disc, DIC stop command and subdump displays this a couple of times:

Sense data (SK/ASC/ASCQ): 0x00/0x00/0x00
No sense data. No additional sense information.

All files are empty, except the log files, tried both subdump variants:

Args: -i g: -f 8180089_28.sub -mode 6 -rereadnum 25 -fix 2
TOC reading...
Find subchannel start sector...
30 70 0c 03 84 05 0d 0c 30 30 f0 04 
subStartAddr:   -57498
subEndAddr:     -57648
sectorQuantity: -150
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Pre fix failed sectors quantity: 0.
subchannelsFix started.
Not corrected bytes quantity: 0.
Post correction sectors quantity: 0.


Post correction started.
Pre fix failed sectors quantity: 0.
subchannelsFix started.
Not corrected bytes quantity: 0.
Args: -i g: -f 8180089_a8.sub -mode 6 -rereadnum 25 -fix 2
TOC reading...
Find subchannel start sector...
30 70 0c 03 84 05 0d 0c 30 30 f0 04 
subStartAddr:   -57498
subEndAddr:     -57648
sectorQuantity: -150
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Flush...
Sectors with possible errors: 0.
Not corrected sector quantity: 0.
Pre fix failed sectors quantity: 0.
subchannelsFix started.
Not corrected bytes quantity: 0.
Post correction sectors quantity: 0.


Post correction started.
Pre fix failed sectors quantity: 0.
subchannelsFix started.
Not corrected bytes quantity: 0.


F1ReB4LL wrote:

CD-i disc in GD mode?

Yes, tried all possibilities - I want to dump this disc for good, it already took me too much time...

1,199

rosewood wrote:

Audio trap disc, DIC stop command and subdump displays this a couple of times:

Sense data (SK/ASC/ASCQ): 0x00/0x00/0x00
No sense data. No additional sense information.

Have you tried to dump other discs this way? Maybe the drive itself doesn't like swapping?

Sarami please commit codes to git. I have a DVD recorded in PTP mode and cannot dump it...