You are not logged in. Please login or register.
Redump Forum → Posts by sarami
Do you need any other logs ?
Try to use cdtoimg.exe http://www.mediafire.com/file/9b31r4fv44eut36/file
This is a simple 0xd8 dumping tool. You can compare the scm of DIC and cdtoimg. (It needs to be careful not to fix the offset.)
Having trouble with dumping a new revision of xbox game
Use the latest version.
What do you think ?
716 is good, not 4012.
Is there any other way I can submit these for verification
Smurfs CloneCD subs
There is no duplicate MSF... So, 0xd8 specific problem? If yes, I can't fix it. Try to dump other plextor if you have.
wow, how did i miss that. well spotted.
It seems good, thanks.
========== OpCode[0xd8]: SubCode[0]: Check Drive + CD offset ==========
========== Offset (Drive offset referes to http://www.accuraterip.com) ==========
Combined Offset(Byte) 14552, (Samples) 3638
- Drive Offset(Byte) 392, (Samples) 98
----------------------------------------------
CD Offset(Byte) 14160, (Samples) 3540
Overread sector: 7
There is a different combined offset
========== Offset (Drive offset referes to http://www.accuraterip.com) ==========
Combined Offset(Byte) 15000, (Samples) 3750
- Drive Offset(Byte) 392, (Samples) 98
----------------------------------------------
CD Offset(Byte) 14608, (Samples) 3652
Overread sector: 7Another is an unlicensed Sega CD
Due to many duplicate MSF on sub (LBA 134, 203 etc.), subQ is fixed per a sector.
I don't know such MSF is really correct.
If clonecd sub has also duplicate MSF, I can ignore it by new flag.
I have a CD-rom with audio tracks (enhanced CD) that will dump completely then have an error at the end. Something about subchannels, not completely sure what it says since the command line window closes immediately.
Yes, subchannel is weird.
LBA[303688, 0x4a248]: P[00], Q[0105010328060067311387e5]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[05], Idx[01], RMSF[03:28:06], AMSF[67:31:13]}, RtoW[0, 0, 0, 0]
LBA[303689, 0x4a249]: P[00], Q[012501a4280800673114431d]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[25], Idx[01], RMSF[a4:28:08], AMSF[67:31:14]}, RtoW[0, 0, 0, 0]etc.
But there is no error on subError.txt. I don't know why now...
of course:
The mode of track 1 on cuesheet is corrupt.
Try again whether it's fixed and upload logs http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Yes, this fixed my issue, thank you.
Logs, please.
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
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.
@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.
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?
but the output dump is 3825798 sectors?
https://www.mediafire.com/file/eq80y20l9cwf48f/file
- fixed: seek position when reading error occurs [xbox only]
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.
Here are the logs
It seems good.
Uploaded test version.
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.
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.
Re-uploaded. Link is same. Try again, plz.
@tenyuhuang
http://www.mediafire.com/file/eq80y20l9 … st.7z/file
Try and upload logs.
Track 1 is supposed to be a data track
All logs, please.
You can see here that I entered 3825924 as size, and the output file has the correct size, but still, the drive reads up to sector 4167012. Is this necessary?
1. YOUR_SWAP_DISC_SIZE(4167012) - XGD2_SIZE(3825924) = 341088 sectors
2. 341088 / 2 = 170544
3. XGD2_LAYER_BREAK(1913760)
==> 1913761 to 2084304 are L0 sectors and readable for your swap disc. But these are lead-out of L0 for xgd2. DIC skips reading these sectors.
==> 2084305 to 2254849 are L1 sectors and readable for your swap disc. But these are lead-out of L1 for xgd2. DIC skips reading these sectors.
As a result, DIC reads 3825924 sectors, but LBA count is 4167012.
Also, for xgd3swap you would need a swap disc that is 4267015 sectors long. I will see if it's possible to burn a fake TOC, because normal DVD9's (and DVD+R DL) are much smaller.
Yes... So, I can't test the command.
http://forum.redump.org/post/54050/#p54050
be opcode replaces the original data to 0x55. I think it's not correct.
https://github.com/saramibreak/DiscImag … g/20200716
- added: /mscf flag for cd command
- added: /avdp flag for dvd or bd command
/mscf Extract MicroSoftCabFile (.cab)
/avdp Use Anchor Volume Descriptor Pointer as file lengthLite-On LH-20A1P
Not support d8 opcode.
https://github.com/saramibreak/DiscImag … g/20200711
*2020-07-11
- fixed: crash when /ns is used by some discs
I'm having issues dumping an Amiga CD-32 prototype but I'm experiencing this error in mainError.txt in each attempt I try:
Because this sector has c2 error.
IsoBuster dumps the disc correctly but DIC underdumps the disc while using the latest DIC test version
Same problem. http://forum.redump.org/post/79003/#p79003
DIC uses "Anchor Volume Descriptor Pointer", not TOC length.
Redump Forum → Posts by sarami
Powered by PunBB 1.4.4, supported by Informer Technologies, Inc.
Currently installed 6 official extensions. Copyright © 2003–2009 PunBB.