You are not logged in. Please login or register.
Redump Forum → Posts by sarami
Test version
20190115 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20190115 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
fixed: subs indexes if sub vs. toc is desync http://forum.redump.org/topic/20625/tur … r-lair-us/
fixed: /74 is only used by swap command
Test version
20190103 (Windows)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z
20190103 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
fixed: detecting smartE
I'd just like to point out that the most recent versions of DIC I tested (The stable one and test version 20181116 95206) still don't detect the SmartE protection on http://redump.org/disc/38957/.
All logs of your smartE discs, please.
Does your Colin McRae Rally 2 disc also have -59 in one mode?
According to disc.txt, Colin McRae Rally 2.0 and Diablo II: Lord of Destruction have incorrect main-channel(all zero) on LBA 0 if OpCode[0xd8]: SubCode[0] is used.
SubCode[2] and SubCode[8] are no problem. I think this is a bug of plextor and perhaps this occurs on 99 modified SecuROM discs only.
Also I tried 'cdtoimg d8 hacked' for Colin McRae Rally 2.0. 2 files are uploaded. http://www.mediafire.com/file/763drz13a … mr.7z/file
Btw, old plextors have similar issue about drive offsets. These issues occur on all discs.
PLEXTOR PX-W820T : +354(subch is 0x02), +355(subch is 0x00)
PLEXTOR PX-W8220T : +354(subch is 0x02), +355(subch is 0x00)
PLEXTOR PX-W124S : +942(subch is 0x02), +943(subch is 0x00)
PLEXTOR PX-W1210S : +686(subch is 0x08), +98(subch is 0x00)
PLEXTOR PX-W1610TA: +686(subch is 0x02), +98(subch is 0x00)
PLEXTOR PX-W2410TA: +686(subch is 0x02), +98(subch is 0x00)
PLEXTOR PX-320A : +686(subch is 0x02), +98(subch is 0x00)I dont know if this also affects discs with +588 offset which should be 0? Many discs have +588.
Sega Saturn discs of +588 offset have a duplicated sector in lead-in. Due to this sector, the offset is shifted by 1 sector. If you worry about it, you can check the lead-in sectors.
So is it safe to assume that all discs in the database with -59 offset are actually -647, and +576 are actually -12?
Is it possible that other offsets are also affected?
I'm not sure about it, but many sony dadc discs have -647. At least, I hope all 99 modified SecuROM discs are dumped again to get _disc.txt.
And securom data remains the same? (the test version produces the same data)
SubCode[0] dumps only main-channel. dic only uses this to output offsets in _disc.txt. No problem about sub-channel.
Or does this question mean that SecuROM sector 157 haven't fixed yet?
And what about audio tracks that are dumped with -59 offset? (I'm not sure if there are any)
Perhaps main-channel is shifted for 1 sector if discs are dumped by old method (isobuster+eac, perfectrip+eac)
FatArnold wrote:Seems to be a bug with the Linux DIC. No dat is created.
Windows build uses xmllite, but this library doesn't support other OS, so linux build hasn't supported to output the xml doc yet, not bug.
20181229 (Linux)
http://www.mediafire.com/file/uw3e03kdk … x_test.tar
added: output dat (tinyxml2 is used.)
Uploaded. http://www.mediafire.com/file/eq80y20l9 … st.7z/file But I haven't tested yet because I don't have same type of SecuROM.
- Could the write offset of +576 be wrong? it's -12 plus 588 samples (1 sector). I've never seen this offset before.
Colin McRae Rally 2.0 http://redump.org/disc/31587/
This disc has also same issue.
1. OpCode[0xd8]: SubCode[0] shows -59.
2. OpCode[0xd8]: SubCode[2] shows -647.
3. OpCode[0xd8]: SubCode[8] shows -647.
I think -647 is correct.
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.
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.