You are not logged in. Please login or register.
Redump Forum → Posts by sarami
What is ReDump standard for dumping Cactus CDs? If I use IsoBuster then if ReDump will accept my dump information?
No...
Btw, what title do you want to dump?
just ignore the 2nd session do not dump it - it's garbage data.
If you want to dump only the 1st session, why not use IsoBuster or others? Why are you particular about using DIC?
2nd session of CDS is not garbage. If CDS is preserved, 2nd session is also important. I don't ignore it.
I'm just realized I'm using the FW 3.02 on my BW-16D1HT (the one recommended by the Wiki). Sarami is using 3.10. It seems unlikely this explains the different behavior, right?
Rune and Tropico is a negative offset disc. BW-16D1HT (FW 3.10) can dump it.
========== Offset (Drive offset referes to http://www.accuraterip.com) ==========
Combined Offset(Byte) -24, (Samples) -6
- Drive Offset(Byte) 24, (Samples) 6
----------------------------------------------
CD Offset(Byte) -48, (Samples) -12
Overread sector: -1FW 3.02 uses to dump a positive offset disc. (Of course, it's also able to use for a negative offset.)
My Tropico matched the db http://redump.org/disc/53929/ Mould SID Code is IFPI 8725 and others are the same.
Logs: https://www.mediafire.com/file/igd353s5 … e).7z/file
Is there an option in DIC to retry reads due to C2 errors even if the sector contains a protected file?
No.
I guess we need to do more research.. maybe the SafeDisc scrambled data is also meaningful..
I think so from the viewpoint of data preservation.
Sorry, I uploaded the original that the author uploaded.
0.4a: https://www.mediafire.com/file/aml5562a … 9.zip/file
0.42a: https://www.mediafire.com/file/f663844k … 9.zip/file
do C2 errors take into account offset correction?
I'm not sure...
BTW, I got the same result as your dump using ASUS BW-16D1HT (FW:3.10)
https://www.mediafire.com/file/c1c53cvy … HT.7z/file
I found it difficult to dump the Code Lock for plextor 0xd8, while scm file is important because meaningful string (beware the jabberwock my son ....) is replaced by 0x55 for img/bin file.
* Logs from recent version of DiscImageCreator - it quits with PX-5224, saying "This program doesn't support to dump the multi-session disc by the plextor CD Drive"
See https://github.com/saramibreak/DiscImag … /issues/41
works with my Yamaha CDR200t drive, i.e. it returns the exact same data for each LBA read on Plextor and Yamaha CDR200t on the same disc. yet, as I reported, it fails with DiscImageCreator:
Anyway, I don't have it and it is hard to get than plextor and if I find it, it is expensive for me. I can't support it now.
So, the whole issue is, in their 1st session, they have so many C2 errors pressed at factory as part of the protection
Yes. I think it's impossible to get the consistent hash. If the disc you want to dump is released as CDDA, I recommend you get it.
Logs. https://www.mediafire.com/file/js0a6rkd … 29.7z/file
C2 errors: 1445. vs your dump http://redump.org/disc/31708/ is 722
I reported this protection before. http://forum.redump.org/post/54050/#p54050
0xd8 dumping can get the string that is recorded in the disc. But redump db adopts the result of the 0xbe dumping less error count.
> HARRY_POTTER_POL
It seems no problem.
> HPPoA
There are non-intentional c2 errors (bad dump).
Anyway, redump.org does not accept your drive.
VendorId: Optiarc
ProductId: CD-RW CRX880A
ProductRevisionLevel: KX07
VendorSpecific: Nov10,2006 ASUS BW-16D1HT
90DD0200-B28000
Manufactured April 2021
Firmware v3.02
Tell me the drive name and firmware before a flash, plz.
I’ve run it 30 times so far,
Thanks. If data-shifted is really random, it will occur someday... btw, what drive and os do you use? Jackal reported that it occurred by ASUS (What ASUS?) and linux (What distribution?) http://forum.redump.org/post/93955/#p93955
I do not know how to check if something is compressed with UPX or not. ?
SETUP.EXE
UPX is https://upx.github.io/
I've attached logs for the unsuccessful dump on 0601.
========== IMAGE_SECTION_HEADER (40 bytes) ==========
Name: UPX1
VirtualSize: 0002e000
VirtualAddress: 0005b000
SizeOfRawData: 0002e000
PointerToRawData: 00000400
PointerToRelocations: 00000000
PointerToLinenumbers: 00000000
NumberOfRelocations: 0000
NumberOfLinenumbers: 0000
Characteristics: e0000040
=> contains initialized data
=> can be executed as code
=> can be read
=> can be written to
========== IMAGE_SECTION_HEADER (40 bytes) ==========
Name: .rsrc
VirtualSize: 00002000
VirtualAddress: 00089000
SizeOfRawData: 00002000
PointerToRawData: 0002e400
PointerToRelocations: 00000000
PointerToLinenumbers: 00000000
NumberOfRelocations: 0000
NumberOfLinenumbers: 0000
Characteristics: c0000040
=> contains initialized data
=> can be read
=> can be written to
========== IMAGE_EXPORT_DIRECTORY ==========
Characteristics: 2c10227c
TimeDateStamp: 284ef6b9 (1991-06-07T03:00:09)
MajorVersion: 197f
MinorVersion: 03b2
Name: dae40257 ("UPX" is shown in IMAGE_SECTION_HEADER of SETUP.EXE. Please check if it is compressed by UPX or not.
If yes, DIC is not supported it yet. 20210401 version does not output IMAGE_EXPORT_DIRECTORY yet.
it says "Cache is short. Retry 45/50" and at the end fails.
Change the retry count -> /mr 100 or /mr 150 or more
I cannot get the link to your "PS3Auth" from your signature to work for me:
It needs a login.
I guess yours do the same anyway...
Yes.
on Nintendo discs. Unfortunately, even on PC drives that works for getting the "Manufacturer", I cannot get the BCA on any disc. So, it's still open question, if there is PC drive that can read the BCA...
Perhaps it's the same as PS3 compatible drive cannot get data1/data2. If we get BCA on PC, we need to get Wii optical drive emulator like 3k3yRipper of PS3.
@bikerspade
If you have time, continue to dump your +1176 disc by ASUS until the hash unmatches, and upload the unmatched logs, plz.
Here is what I get using latest test DIC. Trying to grab TOC/pre-gap with this troublesome CD
a little off-topic, but i want to ask just out of curiosity, what is the exact difference between 0xd8 used by DiscImageCreator and other special Plextor read commands: 28h, A8h, D4h and D5h?
28h, A8h are general commands. See https://en.wikipedia.org/wiki/SCSI_command
D4h, D5h are old NEC drive commands, AFAIR.
Today, I found Yamaha CDR200t drive in my storage, it supports 0xd8 reading.
I know some 90's drives of sony, pioneer, etc also support it.
[EDIT3] It reads the LeadOut and considering the offset is positive, then if the above DiscImageCreator error is fixable, then I guess it will be able to make proper dumps.
Please try to use cdtoimg_d8 https://www.mediafire.com/file/9b31r4fv … g.rar/file
RibShark wrote:found a single drive that could get this data
very curious which is that single drive that can read the BCA on Nintendo discs, because I very recently had issue exactly with that:
My source code is probably wrong. Normal DVD needs 0xAD opcode and 0x03 format code for getting BCA data. But Nintendo discs return there is no BCA data. Perhaps, BCA data of the Nintendo disc is stored in another place?
Cleanrip code
void dvd_read_bca(void* dst)
{
dvd[2] = 0xDA000000;
dvd[5] = (unsigned long)dst & 0x1FFFFFFF;
dvd[6] = 0x40;
dvd[7] = 3;
DCInvalidateRange(dst, 64);
while (dvd[7] & 1);
}LBA[009128, 0x023a8]: Track[03]: Subchannel & TOC doesn't sync. LBA on TOC[9168, 0x23d0], index[01]
But "New Horizon.dat" and "New Horizon (Subs indexes).dat" hashes/sizes are the same, "New Horizon.cue" and "New Horizon (Subs indexes).cue" gaps/indexes are also the same? Misdetect?
LBA[009128, 0x023a8]: Track[02]: SubQ Reread [crc16 unmatch] -> NG. Fix manually
========== LBA[009128, 0x023a8]: Sub Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
P FF FF F7 FF FF FF FF FF FF FF FF FF
Q 01 03 08 00 00 39 00 02 03 53 48 C9
R 00 00 08 00 00 00 00 00 00 00 00 00
S 00 00 00 00 00 00 00 00 00 00 00 00
T 00 00 00 00 00 00 00 00 00 00 00 00
U 00 00 00 00 00 00 00 00 00 00 00 00
V 00 00 00 00 00 00 00 00 00 00 00 00
W 00 00 00 00 00 00 00 00 00 00 00 00
LBA[009128, 0x023a8]: Track[02]: SubQ[14]:Idx[08] -> [01], [L:934]
LBA[009128, 0x023a8]: Track[02]: SubQ[15-17]:PrevRel[7439, 01:39:14], Rel[39, 00:00:39] -> [7440, 01:39:15], [L:1256]
LBA[009128, 0x023a8]: Track[02]: SubQ[22]:CrcHigh[0x48] -> [0x53]
LBA[009128, 0x023a8]: Track[02]: SubQ[23]:CrcLow[0xc9] -> [0x8a]Index should be 0.
- fixed: when 1st pregap sector has an incorrect index and isn't well-known pregap size (225, 150, 149), can't fix it correctly. https://www.mediafire.com/file/eq80y20l … st.7z/file
Thx.. same bug perhaps? https://drive.google.com/file/d/1pM0Kmb … 6CCAd/view
http://redump.org/disc/73323/
SubHeader shows "Form1" but there is not EDC in main channel.
LBA[000016, 0x00010], MSF[00:02:16], mode 2 no edc, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[09])[NoEOF, Form 1, Data, EndOfRecord], [4](CodingInfo[00])[]
LBA[002268, 0x008dc], MSF[00:32:18], mode 2 no edc, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[89])[EOF, Form 1, Data, EndOfRecord], [4](CodingInfo[00])[]
LBA[002269, 0x008dd], MSF[00:32:19], mode 2 no edc, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[89])[EOF, Form 1, Data, EndOfRecord], [4](CodingInfo[00])[]
LBA[002270, 0x008de], MSF[00:32:20], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[88])[EOF, Form 1, Data], [4](CodingInfo[00])[]
LBA[002271, 0x008df], MSF[00:32:21], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[88])[EOF, Form 1, Data], [4](CodingInfo[00])[]
LBA[002272, 0x008e0], MSF[00:32:22], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[88])[EOF, Form 1, Data], [4](CodingInfo[00])[]
LBA[002273, 0x008e1], MSF[00:32:23], mode 2 no edc, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[89])[EOF, Form 1, Data, EndOfRecord], [4](CodingInfo[00])[]
LBA[002274, 0x008e2], MSF[00:32:24], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[08])[NoEOF, Form 1, Data], [4](CodingInfo[00])[]
LBA[002275, 0x008e3], MSF[00:32:25], mode 2 no edc, SubHeader[1](FileNum[01]), [2](ChannelNum[01]), [3](Submode[08])[NoEOF, Form 1, Data], [4](CodingInfo[00])[]
:Mode 2 form 1 has always ECC and EDC, so EccEdc.exe counts them as errors.
Is this a bug that is already fixed
Yes. Please use the test version.
And this CD-i dump seems to dump correctly with non-plextor and IsoBuster, but messes up with DIC + Plextor:
sarami wrote:I think this is plextor bug.
The error does not occur in 755 and 4012, is it a bug only in 760?
It depends on the disc. It also occurred by RibShark's 755.
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.