I have a GD that seem to be impossible to dump.
It seems c2 errors exist in your disc.
You are not logged in. Please login or register.
Redump Forum → Posts by sarami
I have a GD that seem to be impossible to dump.
It seems c2 errors exist in your disc.
Test version
20181223 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20181223 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
added: /vn option
/vn Search specific bytes
For VideoNowfixed: CDTEXT
Let me know if I need to run further tests
Please try other tools.
do you think you could get your CSS tool to be able to detect RCE protection?
Did you see this? http://forum.redump.org/post/64390/#p64390 https://www.dvdtalk.com/rce.html
If you have RCE discs, please check by same step. And if you have other protected discs (Sony ARccOS, UOP, Disney X-Project DRM, Cinavia Protection etc.), please teach me the detail.
Here is the output when I try to dump the same disc with the drives connected to the Ultra133 PCI card instead:
FormatCode: 43, 69, 6d etc... are not defined. It seems the Ultra133 PCI card doesn't support ReadDiscStructure command. Please try to update the driver of PCI card if not latest.
Are there any PCI/PCIe IDE/ATA cards that are supported/work with DIC?
If drives are recognized with your PC, DIC will work.
I get an error when I try to dump the Dreamcast game Nightmare Creatures II (T-9504N USA).
Thanks.
Audio Track 65, LBA 246317 - 247595, Length 1279
Audio Track 66, LBA 247596 - 249096, Length 1501
Data Track 67, LBA 45000 - 179294, Length 134295
Audio Track 68, LBA 179295 - 180120, Length 826
Audio Track 69, LBA 180121 - 181021, Length 901An overflow occurred. This was fixed.
20181118 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20181118 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
Today I dumped a PS2 CD game (http://redump.org/disc/32979/ ) and got 3 errors in my .img_EdcEcc.txt file.
Perhaps same problem. http://forum.redump.org/post/63137/#p63137
If you have plextor drives except for PX-716, try it.
DIC doesn't support 0800v3 Drives for XGD2 and XGD3 dumping? I get errors whily trying to do so.
Yes, because I don't have these drives yet. Btw, what errors you get?
I think I found an issue with SafeDisc Lite discs
Uploaded, please test.
20181116 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20181116 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
Uploaded
Test version
20181110 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20181110 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
Uploaded https://github.com/saramibreak/DiscImag … r/releases (due to system problem of github, I couldn't upload it yesterday.)
Invalid LBA (369098752, 0x16000000)
No idea, I just found the name "LaserLock Star" somewhere, maybe we should just call it LaserLock NEW?
A-Ray scanner or ProtectionID may tell correct name to you..
If it's just a region protection, it shouldn't be removed, IMO.
I think so too.
----
https://github.com/saramibreak/DiscImag … r/releases
*2018-10-20
- added: support unnamed protection (EdcEccErrorProtect.txt and ReadErrorProtect.txt)
- added: support LaserLock and Proring (needs optiarc drive)
- fixed: cue file (CATALOG field of linux build, pregap of track 1 of GD)
- fixed: GD dumping for linux when plextor is used
- fixed: /ms option (subchannel)
- fixed: misdetect MCN of last sector of track to first sector of next track
- deleted: some warning for linux
Fair Strike + HellForces + Cold War Conflicts are newer titles with a different type of LaserLock "Star", which has the error sectors at the end of the disc.
For Cold War Conflicts, the redump image seems to work.
Fair Strike + HellForces seem to need DPM/RPMS. A CloneCD image alone wasn't sufficient.
Good works. Btw, is LaserLock "Star" different from LaserLock MARATHON? https://www.cdmediaworld.com/hardware/c … thon.shtml
A man also says this. https://www.hardwarecentral.com/forum/t … ata.37555/
Some protections that use SubChannel Data are SecuROM, LibCrypt (PlayStation) and LaserLock.
But CD Media World says nothing about subchannel. https://www.cdmediaworld.com/hardware/c … lock.shtml
I have no idea which is correct...
and discovered that it would only launch with LaserLock emulation enabled in daemon tools.
Does it mean cue+bin (no sub) image can't run?
I'm still checking, but so far I haven't found any obvious protection data on any of the discs.
Did you check the pregap of track1 and lead-in and lead-out?
Or is it possible that drives modify the data and correct the crc bytes when they shouldn't?
I'm not sure.
http://www.laserlock.com/faq.html#canLLProtectMixed
Official site says
Can LaserLock protect Mixed Mode CDs?
LaserLock can protect the PC part of mixed mode CDs. Audio tracks cannot be protected and are not affected by the protection.Alcohol Soft also says so.
http://support.alcohol-soft.com/knowled … b+Channels
F1ReB4LL wrote:sarami wrote:I'll get it in the near future. What movies do you recommend?
"Final Fantasy: The Spirits Within" is the only thing there that is game-related
I ordered it.
Unfortunately, "Final Fantasy: The Spirits Within (043396094291)" I bought doesn't have RCE according to DVD Decrypter, but "The Patriot - Special Edition (043396057319)" have RCE.
Test
1. I dumped The Patriot using DIC.
2. I dumped The Patriot using DVD Decrypter unchecked "Remove IFO RCE Protection".
3. I dumped The Patriot using DVD Decrypter checked "Remove IFO RCE Protection".
----
Result
1 and 2 are same hash.
1 and 3 are different hash.
61 and 94 are DIC, 71 and 01 are DVD Decrypter.
00231124: 61 71
00231129: 94 01
01671124: 61 71
01671129: 94 01
01681104: 61 71
01681109: 94 01
01681934: 61 71
01681939: 94 01
01681AB8: 61 71
01681ABD: 94 01
09DD1104: 61 71
09DD1109: 94 01
09DD1934: 61 71
09DD1939: 94 01
09DD1AB8: 61 71
09DD1ABD: 94 01
09DE1104: 61 71
09DE1109: 94 01
09EA1104: 61 71
09EA1109: 94 01
09EB1104: 61 71
09EB1109: 94 01
09EB1954: 61 71
09EB1959: 94 01
09EB1B38: 61 71
09EB1B3D: 94 01
09EB1CBC: 61 71
09EB1CC1: 94 01
09EB1E40: 61 71
09EB1E45: 94 01
0000000187B51104: 61 71
0000000187B51109: 94 01
0000000187B51954: 61 71
0000000187B51959: 94 01
0000000187B51B38: 61 71
0000000187B51B3D: 94 01
0000000187B51CBC: 61 71
0000000187B51CC1: 94 01
0000000187B51E40: 61 71
0000000187B51E45: 94 01
0000000187B71104: 61 71
0000000187B71109: 94 01
0000000187B7191C: 61 71
0000000187B71921: 94 01
0000000198F11104: 61 71
0000000198F11109: 94 01
0000000198F1191C: 61 71
0000000198F11921: 94 01
0000000198F21104: 61 71
0000000198F21109: 94 01
0000000198F21924: 61 71
0000000198F21929: 94 01
00000001BA131104: 61 71
00000001BA131109: 94 01
00000001BA131924: 61 71
00000001BA131929: 94 01
00000001BA141104: 61 71
00000001BA141109: 94 01
00000001BA14191C: 61 71
00000001BA141921: 94 01
00000001BBD01104: 61 71
00000001BBD01109: 94 01
00000001BBD0191C: 61 71
00000001BBD01921: 94 01
00000001BBD11104: 61 71
00000001BBD11109: 94 01
00000001BBD11924: 61 71
00000001BBD11929: 94 01
00000001D2C71104: 61 71
00000001D2C71109: 94 01
00000001D2C71924: 61 71
00000001D2C71929: 94 01
00000001D2C81124: 61 71
00000001D2C81129: 94 01
00000001D2C812C2: 61 71
00000001D2C812C7: 94 01
00000001D2C81460: 61 71
00000001D2C81465: 94 01
00000001D2C815FE: 61 71
00000001D2C81603: 94 01
00000001D2C8179C: 61 71
00000001D2C817A1: 94 01
00000001D2C8213C: 61 71
00000001D2C82141: 94 01
00000001E6201124: 61 71
00000001E6201129: 94 01
00000001E62012C2: 61 71
00000001E62012C7: 94 01
00000001E6201460: 61 71
00000001E6201465: 94 01
00000001E62015FE: 61 71
00000001E6201603: 94 01
00000001E620179C: 61 71
00000001E62017A1: 94 01
00000001E620213C: 61 71
00000001E6202141: 94 01I checked VIDEO_TS.IFO using ifoEdit.
https://imgur.com/RfG2wq5
It seems original bytes are checking a region code of pleyer and DVD Decrypter changed this.
----
Conclusion
If all RCE discs use same logic, it's easy to find this protection. But I can't check all RCE discs...
EDIT
Test version
20181016 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20181016 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
empty cue for some reason
I'd forgotten fclose. I fixed it.
If you're using version from 23th reply in this thread specify cue path as last argument!
Its version doesn't work for me. I don't know why...
I used the 2nd reply version and confirmed my tool and your tool outputted same hash. Total errors of proring are 755.
D:\!redump\reentranttools>CDArchive.exe -x g -d "D:\!redump\reentranttools" -e 52776 73493 10 3 10 fb D:\!redump\reentranttools\test.bin
Extracting error range forward: 52766 - 73503
Read sector: 62555
Rereading sector: 62556
Rereading sector: 62556
Rereading sector: 62556
Rereading sector: 62556
Rereading sector: 62556
Rereading sector: 62556
Rereading sector: 62556
Rereading sector: 62556
Rereading sector: 62556
Rereading sector: 62556
Cannot read sector: 62556
Rereading sector: 62557
Rereading sector: 62557
Rereading sector: 62557
Rereading sector: 62557
Rereading sector: 62557
Rereading sector: 62557
Rereading sector: 62557
Rereading sector: 62557
Rereading sector: 62557
Rereading sector: 62557
Cannot read sector: 62557
Rereading sector: 62558
Rereading sector: 62558
Rereading sector: 62558
Rereading sector: 62558
Rereading sector: 62558
Rereading sector: 62558
Rereading sector: 62558
Rereading sector: 62558
Rereading sector: 62558
Rereading sector: 62558
Cannot read sector: 62558
Rereading sector: 62559
Rereading sector: 62559
Rereading sector: 62559
Rereading sector: 62559
Rereading sector: 62559
Rereading sector: 62559
Rereading sector: 62559
Rereading sector: 62559
Rereading sector: 62559
Rereading sector: 62559
Cannot read sector: 62559
Extracting error range backwards: 52766 - 73503
Read sector: 63336
Rereading sector: 63335
Read sector: 63317
Rereading sector: 63316
Read sector: 63315
Rereading sector: 63314
Read sector: 63313
Rereading sector: 63312
Read sector: 63311
Rereading sector: 63310
Rereading sector: 63310
Rereading sector: 63310
Rereading sector: 63310
Rereading sector: 63310
Rereading sector: 63310
Rereading sector: 63310
Rereading sector: 63310
Rereading sector: 63310
Rereading sector: 63310
Cannot read sector: 63310
Rereading sector: 63309
Rereading sector: 63309
Rereading sector: 63309
Rereading sector: 63309
Rereading sector: 63309
Rereading sector: 63309
Rereading sector: 63309
Rereading sector: 63309
Rereading sector: 63309
Rereading sector: 63309
Cannot read sector: 63309
Rereading sector: 63308
Rereading sector: 63308
Rereading sector: 63308
Rereading sector: 63308
Rereading sector: 63308
Rereading sector: 63308
Rereading sector: 63308
Rereading sector: 63308
Rereading sector: 63308
Rereading sector: 63308
Cannot read sector: 63308
Rereading sector: 63307
Rereading sector: 63307
Rereading sector: 63307
Rereading sector: 63307
Rereading sector: 63307
Rereading sector: 63307
Rereading sector: 63307
Rereading sector: 63307
Rereading sector: 63307
Rereading sector: 63307
Cannot read sector: 63307
Extracted all sectorsI think "just has some additional sync bytes before the actual sync." But the dumping of another disc is needed for verification.
some changed about /ms http://www.mediafire.com/file/eq80y20l9 … st.7z/file
but Read error. padding [2352byte] starts to appear around the area where the data track begins.
My plextor (755sa, 4824a) can read only 6 sectors about lead-in of 2nd session.
191391 is the last sector of 1st session. 191392 - 195891 are leadin of 2nd session. 195892 is the 1st sector of 2nd session.
LBA[191389, 0x2eb9d], audio
LBA[191390, 0x2eb9e], audio
LBA[191391, 0x2eb9f], audio
LBA[191392, 0x2eba0], MSF[43:b3:67], mode 2 no edc, Subheader isn't same. [0x10]:0000, [0x11]:0x28, [0x12]:0x20, [0x13]:0x1e, [0x14]:0x80, [0x15]:0x08, [0x16]:0x40, [0x17]:0x06, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[28]), [3](SubMode[20]), Form 2, [4](CodingInfo[1e])Reserved,
LBA[191393, 0x2eba1], MSF[43:b3:68], mode 2 no edc, Subheader isn't same. [0x10]:0000, [0x11]:0x28, [0x12]:0x20, [0x13]:0x1e, [0x14]:0x80, [0x15]:0x08, [0x16]:0x40, [0x17]:0x06, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[28]), [3](SubMode[20]), Form 2, [4](CodingInfo[1e])Reserved,
LBA[191394, 0x2eba2], MSF[43:b3:69], mode 2 no edc, Subheader isn't same. [0x10]:0000, [0x11]:0x28, [0x12]:0x20, [0x13]:0x1e, [0x14]:0x80, [0x15]:0x08, [0x16]:0x40, [0x17]:0x06, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[28]), [3](SubMode[20]), Form 2, [4](CodingInfo[1e])Reserved,
LBA[191395, 0x2eba3], MSF[43:b3:70], mode 2 no edc, Subheader isn't same. [0x10]:0000, [0x11]:0x28, [0x12]:0x20, [0x13]:0x1e, [0x14]:0x80, [0x15]:0x08, [0x16]:0x40, [0x17]:0x06, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[28]), [3](SubMode[20]), Form 2, [4](CodingInfo[1e])Reserved,
LBA[191396, 0x2eba4], MSF[43:b3:71], mode 2 no edc, Subheader isn't same. [0x10]:0000, [0x11]:0x28, [0x12]:0x20, [0x13]:0x1e, [0x14]:0x80, [0x15]:0x08, [0x16]:0x40, [0x17]:0x06, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[28]), [3](SubMode[20]), Form 2, [4](CodingInfo[1e])Reserved,
LBA[191397, 0x2eba5], MSF[43:b3:72], mode 2 no edc, Subheader isn't same. [0x10]:0000, [0x11]:0x28, [0x12]:0x20, [0x13]:0x1e, [0x14]:0x80, [0x15]:0x08, [0x16]:0x40, [0x17]:0x06, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[28]), [3](SubMode[20]), Form 2, [4](CodingInfo[1e])Reserved,
LBA[191398, 0x2eba6], MSF[00:00:00], zero sync
LBA[191399, 0x2eba7], MSF[00:00:00], zero sync
LBA[191400, 0x2eba8], MSF[00:00:00], zero sync
:
LBA[195889, 0x2fd31], MSF[00:00:00], zero sync
LBA[195890, 0x2fd32], MSF[00:00:00], zero sync
LBA[195891, 0x2fd33], MSF[00:00:00], zero sync
LBA[195892, 0x2fd34], MSF[43:33:67], mode 2 form 1, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[00]), [3](SubMode[00]), Form 1, [4](CodingInfo[00])
LBA[195893, 0x2fd35], MSF[43:33:68], mode 2 form 1, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[00]), [3](SubMode[00]), Form 1, [4](CodingInfo[00])
LBA[195894, 0x2fd36], MSF[43:33:69], mode 2 form 1, SubHeader[1](IsInterleaved[00]), [2](ChannelNum[00]), [3](SubMode[00]), Form 1, [4](CodingInfo[00])
:Your startopia and Battlefield 1942 have C2 errors except 312 and 288 bits. You or other person needs to get mint-conditioin disc, I think.
Here a dump with CATALOG 000000000000 (one 0 less than normal):
fixed: 2nd argument of snprintf (linux only) http://www.mediafire.com/file/uw3e03kdk … t.tar/file
Which comment should I choose regarding this weird sector 150? What about the error count - "1" as reported by CD Manipulator and CloneCD or "0" as reported by DIC+edcchk?
Perhaps admin or moderator will judge it properly.
DIC is missing the first 32 bytes of the image.
First 40 bytes are cut. Because .scm is an image the offset is calculated. I confirmed cdtoimg image was same as _disc log.
========== OpCode[0xd8]: SubCode[0]: Check Drive + CD offset ==========
========== LBA[000000, 0000000]: Main Channel ==========
+0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B +C +D +E +F
0000 : 5C 7A B9 E3 32 C9 D5 96 DF 2E D8 1C 5A 89 FB 26 \z..2.......Z..&
0010 : C3 5A D1 FB 1C 43 49 F1 F6 C4 46 D3 72 DD E5 99 .Z...CI...F.r...
0020 : 00 FF FF FF FF FF FF FF 00 FF FF FF FF FF FF FF ................
0030 : FF FF FF 00 01 82 00 61 00 28 00 1E 80 08 60 06 .......a.(....`.
0040 : A8 02 FE 81 80 60 60 28 28 1E 9E 88 68 66 AE AA .....``((...hf..Trying to read the pregap threw lots of errors - log file and resulting dump available at
Thanks. I found offset of the pregap (and TOC) area was -22.
0020 : 00 FF FF FF FF FF FF FF 00 FF FF FF FF FF FF FF ................
0030 : FF FF FF 00 01 82 00 61Due to incomplete/garbage sync from 0020 to 0027, offset of LBA 0 is shifted to -20.
Is it possible that this is a disc with a mastering error instead of a copy protection?
Probably yes. F1ReB4LL comments about Gulf War: Soukouden -> http://redump.org/disc/45432/
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.