@tenyuhuang
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Try and upload logs.
2,576 2020-07-25 12:51:34 (edited by sarami 2020-07-25 12:51:57)
2,577 2020-07-25 15:23:07
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:
2,579 2020-07-26 07:02:20
sarami wrote:
Re-uploaded. Link is same. Try again, plz.
Thank you very much! It worked! 
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: 0I've also attached all log files if anyone's interested.
2,580 2020-07-26 23:44:50 (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
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.
2,581 2020-07-27 04:27:41
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
2,583 2020-07-28 18:40:58
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 2020-07-30 08:19:57
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 2020-08-05 16:04:39 (edited by Jackal 2020-08-05 16:04:50)
I dumped with:
dic xgd2swap e nfsu 4 3825924 108976 3719856but the output dump is 3825798 sectors?
logs attached
2,586 2020-08-06 03:25:09
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 2020-08-06 19:08:15 (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 
2,588 2020-08-11 00:27:51
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).
2,589 2020-08-11 01:58:51
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 subQIs there the sub file of t..p?
2,590 2020-08-18 00:45:35
sarami wrote:
Is there the sub file of t..p?
2,591 2020-08-18 15:16:38
Xbox 360 error handling still seems not safe.. 5 retries and "Retry OK", but the sector seems to be corrupt.
2,592 2020-08-19 04:03:17
@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 2020-08-23 00:18:53 (edited by wiggy2k 2020-08-23 00:19:46)
- wiggy2k
- Dumper
- Offline
@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.scmWhy 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 2020-08-23 01:47:52
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 2020-08-23 02:04:39
- wiggy2k
- Dumper
- Offline
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 2020-08-23 13:53:55
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 2020-08-23 18:35:15
- wiggy2k
- Dumper
- Offline
Tried with PX-716A and PX-W4012TA
No difference, logs in the same folder.
https://mega.nz/folder/uo8j3DTK#9jJAp3UbosvtemlNr1mIgw
2,599 2020-08-24 19:55:33
- wiggy2k
- Dumper
- Offline
sarami wrote:
Some fixed. http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Yes, this fixed my issue, thank you.