2,576 (edited by sarami 2020-07-25 12:51:57)

@tenyuhuang
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Try and upload logs.

sarami wrote:

@tenyuhuang
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Try and upload logs.

Thank you for the build, here's the logs:

Post's attachments

mk_demo_t2.7z 9.28 kb, 1 downloads since 2020-07-25 

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

2,578

Re-uploaded. Link is same. Try again, plz.

sarami wrote:

Re-uploaded. Link is same. Try again, plz.

Thank you very much! It worked! big_smile

Probably it's this really huge offset that caused all these issues, is it?

     Combined Offset(Byte)   9784, (Samples)  2446
    -   Drive Offset(Byte)    120, (Samples)    30
    ----------------------------------------------
           CD Offset(Byte)   9664, (Samples)  2416
    Overread sector: 5
    SubChannel Offset: 0

I've also attached all log files if anyone's interested.

Post's attachments

mk_demo_t3.7z.001 1 mb, 4 downloads since 2020-07-26 

mk_demo_t3.7z.002 933.47 kb, 3 downloads since 2020-07-26 

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

2,580 (edited by sarami 2020-07-26 23:46:16)

Uploaded test version.

user7 wrote:

dic crashing on a press disc dvd-r that isobuster dumps fine

logs: https://drive.google.com/file/d/1O8K0ft … sp=sharing

The problem is this code. http://forum.redump.org/post/56490/#p56490
Disabled it. Your disc can be dumped but Simcity 3000 (USA) can't be dumped again.

tenyuhuang wrote:

Probably it's this really huge offset that caused all these issues, is it?

Yes. Btw, the problem still exists in this dump. (subchannel)
I fixed it. Retest and upload all logs, plz.

sarami wrote:
tenyuhuang wrote:

Probably it's this really huge offset that caused all these issues, is it?

Yes. Btw, the problem still exists in this dump. (subchannel)
I fixed it. Retest and upload all logs, plz.

Thanks again for the fix! Here are the logs big_smile

Post's attachments

mk_demo-t5.7z.001 1 mb, 3 downloads since 2020-07-27 

mk_demo-t5.7z.002 905.35 kb, 3 downloads since 2020-07-27 

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

2,582

tenyuhuang wrote:

Here are the logs

It seems good.

sarami wrote:
tenyuhuang wrote:

Here are the logs

It seems good.

Thank you very much for all the fixes!
May I ask what's the cause of those "sub indexes" and what are they? I've ran into dumps like this a few times and wans't sure why.

2,584

tenyuhuang wrote:

May I ask what's the cause of those "sub indexes" and what are they? I've ran into dumps like this a few times and wans't sure why.

e.g. http://redump.org/disc/33409/
sub indexes are created when TOC indexes and Subchannel indexes do not match.

2,585 (edited by Jackal 2020-08-05 16:04:50)

I dumped with:

dic xgd2swap e nfsu 4 3825924 108976 3719856

but the output dump is 3825798 sectors?

logs attached

Post's attachments

nfsu.zip 10.11 kb, 1 downloads since 2020-08-05 

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

2,586

Jackal wrote:

but the output dump is 3825798 sectors?

https://www.mediafire.com/file/eq80y20l9cwf48f/file
- fixed: seek position when reading error occurs [xbox only]

2,587 (edited by Jackal 2020-08-06 19:08:22)

sarami wrote:
Jackal wrote:

but the output dump is 3825798 sectors?

https://www.mediafire.com/file/eq80y20l9cwf48f/file
- fixed: seek position when reading error occurs [xbox only]

Indeed fixed cool

2,588

Something weird for http://redump.org/disc/72268/ misdetects track 14 as audio and toc/sub desync for tracks 13 and 14, t..p dumps it properly (no "audio" and no desync).

Post's attachments

SKT-1123(DICtest20200806).7z 4.05 mb, 1 downloads since 2020-08-11 

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

2,589

F1ReB4LL wrote:

track 14 as audio and toc/sub desync

It's weird.

LBA[091152, 0x16410]: P[ff], Q[41130104080900201727f796]{ Data,      Copy NG,                  Track[13], Idx[01], RMSF[04:08:09], AMSF[20:17:27]}, RtoW[0, 0, 0, 0]

91152 is the 1st sector of track 14 and subP is correct but subQ points the last sector of track 13. This sector has no subQerror.

LBA[091151, 0x1640f]: Track[13]: SubP[00]:[0x3f] -> [0xff]
LBA[091152, 0x16410]: Track[13]: SubP[00]:[0x3f] -> [0xff]
LBA[092069, 0x167a5]: Track[14]: SubQ fixed using next subQ

Is there the sub file of t..p?

2,590

sarami wrote:

Is there the sub file of t..p?

Post's attachments

px_ccd.7z 1.03 mb, 1 downloads since 2020-08-18 

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

2,591

Xbox 360 error handling still seems not safe.. 5 retries and "Retry OK", but the sector seems to be corrupt.

Post's attachments

bf2.rar 47.14 kb, 1 downloads since 2020-08-18 

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

2,592

@F1ReB4LL
91152 on subQ is also track13. It seems this is real desync. If not so, this disc is needed to dump by the other plextor drive.
> track 14 as audio
I'll fix it.

@Jackal
Is 1912848 sector not corrupt? If yes, the error handling is no problem and this is a drive (or disc) problem. Because DeviceIoControl returns "HARDWARE_ERROR"

If 1912848 sector is also corrupt...
Unfortunately, READ12 (also READ CD, READ CDDA) command does not guarantee the correctness of reading data even if DeviceIoControl returns "no error". So, there is EDC/ECC on mode 1 of CD-ROM. DVD also has EDC but 2064 dumping is needed to check it.

You can try below.
1. try to use /f
2. change to the other kreon drive.
3. change to the other drive and use xgd2swap
4. change the disc.

2,593 (edited by wiggy2k 2020-08-23 00:19:46)

@sarami

FMTowns version of Sangokushi IV fails to dump / descramble properly.


AppVersion
        x86, AnsiBuild, 20200716T214844
/c2 val2 was omitted. set [0]
CurrentDirectory
        C:\Users\Scott\Desktop\DICUI TEST
WorkingPath
         Argument: ISO\Sangokushi-IV-dump2\SAN4.bin
         FullPath: C:\Users\Scott\Desktop\DICUI TEST\ISO\Sangokushi-IV-dump2\SAN4.bin
            Drive: C:
        Directory: \Users\Scott\Desktop\DICUI TEST\ISO\Sangokushi-IV-dump2\
         Filename: SAN4
        Extension: .bin
StartTime: 2020-08-23T00:54:28+0100
Set the drive speed: 8467KB/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) 12/12
Checking SubRtoW (Track) 12/12
LBA[000000, 0000000]: [F:ReadCDForSegaDisc][L:1821]
        Opcode: 0xa8
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 03-02-81 = MEDIUM_ERROR - VENDOR UNIQUE ERROR
lpCmd: a8, 00, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00
dwBufSize: 2048
Reading DirectoryRecord    1/   1
Set OpCode: 0xd8, SubCode: 8(Raw)
Checking SubQ ctl (Track) 12/12
Creating .scm (LBA) 217878/217878
No C2 errors
Copying .scm to .img
Descrambling data sector of img:   4349/  4349
Exec ""C:\Users\Scott\Desktop\DICUI TEST\Programs\Creator\EccEdc.exe" check "C:\Users\Scott\Desktop\DICUI TEST\ISO\Sangokushi-IV-dump2\SAN4.img""
FILE: C:\Users\Scott\Desktop\DICUI TEST\ISO\Sangokushi-IV-dump2\SAN4.img
Checking sectors: 217871/217871
[ERROR] Number of sector(s) where bad MSF: 2141
[ERROR] Number of sector(s) where sync(0x00 - 0x0c) is invalid: 2209
Total errors: 4350
Total warnings: 0
Creating cue and ccd (Track) 12/12
Creating bin (Track) 12/12
Hashing: SAN4.scm

Why does this happen:
```LBA[000000, 0000000]: [F:ReadCDForSegaDisc][L:1821]```


2x logs:
https://mega.nz/folder/uo8j3DTK#9jJAp3UbosvtemlNr1mIgw

can try other plextors if required

2,594

wiggy2k wrote:

FMTowns version of Sangokushi IV fails to dump / descramble properly.

Perhaps, this is the same problem.
http://forum.redump.org/post/80184/#p80184

I don't have these offsets disc yet.

2,595

sarami wrote:

I don't have these offsets disc yet.

Would more logs help?
I can try with plextors

PX-755
PX-760
Premium
4824
5224
4012
etc

a couple of Kreons
an 0800 xbox360 drive
or others.

2,596

Logs, please.
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
- added: check the offset at 2 times when the combined offset is bigger than 2352 * 3 bytes

2,597

Tried with  PX-716A and PX-W4012TA
No difference, logs in the same folder.
https://mega.nz/folder/uo8j3DTK#9jJAp3UbosvtemlNr1mIgw

2,598

Some fixed. http://www.mediafire.com/file/eq80y20l9 … st.7z/file

2,599

Yes, this fixed my issue, thank you.

2,600

wiggy2k wrote:

Yes, this fixed my issue, thank you.

Logs, please.