1

(1,646 replies, posted in General discussion)

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

2

(1,646 replies, posted in General discussion)

Uploaded https://github.com/saramibreak/DiscImag … r/releases (due to system problem of github, I couldn't upload it yesterday.)

3

(1,646 replies, posted in General discussion)

Invalid LBA (369098752, 0x16000000)

4

(9 replies, posted in General discussion)

Jackal wrote:

No idea, I just found the name "LaserLock Star" somewhere, maybe we should just call it LaserLock NEW? tongue

A-Ray scanner or ProtectionID may tell correct name to you..

5

(1,646 replies, posted in General discussion)

F1ReB4LL wrote:

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

6

(9 replies, posted in General discussion)

Jackal wrote:

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

7

(9 replies, posted in General discussion)

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...


Jackal wrote:

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?

Jackal wrote:

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?

Jackal wrote:

Or is it possible that drives modify the data and correct the crc bytes when they shouldn't?

I'm not sure.

No problem for my windows and linux(knoppix). It's weird..

9

(9 replies, posted in General discussion)

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.
FatArnold wrote:

Seems like something broke in the latest test version as GD dumping no longer work.

What errors?

11

(9 replies, posted in General discussion)

Alcohol Soft also says so.
http://support.alcohol-soft.com/knowled … b+Channels

12

(1,646 replies, posted in General discussion)

sarami wrote:
F1ReB4LL wrote:
sarami wrote:

I'll get it in the near future. What movies do you recommend? wink

"Final Fantasy: The Spirits Within" is the only thing there that is game-related smile

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 01

I 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...

13

(1,646 replies, posted in General discussion)

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

F1ReB4LL wrote:

empty cue for some reason

I'd forgotten fclose. I fixed it.

14

(0 replies, posted in Dumps)

Already sent from 'New Disc'

Logs: https://www.mediafire.com/file/r0icj517 … og.7z/file

15

(5 replies, posted in Dumps)

reentrant wrote:

This is known bug in Firmware of Plextor drives.

All models? or only 716A?

reentrant wrote:

24 C2 errors in pattern: F0F0F0 0F0F0F.

Always same pattern? Club Saturn has ... F0 F0 F0 00 00 00 0F 0F 0F 0F ...

reentrant wrote:

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 sectors

17

(1,646 replies, posted in General discussion)

I think "just has some additional sync bytes before the actual sync." But the dumping of another disc is needed for verification.

18

(13 replies, posted in Dumps)

https://github.com/claunia/DiscImageChef/issues/197

claunia wrote:

@saramibreak's tool uses the pregap to set the track borders, I do according to the TOC, as the rainbow book says it should be done (and that's why the drive failed, as it tries to read the pregap sectors and data, they don't pass the ECC, so the drive returns error status, and trimming them the drive doesn't care because they don't have a data sync mark). Nonetheless I'll revise the rainbow books because my memory may fail and if applicable reopen the issue.

He may not be wrong, but it is different from the thought of redump'org.

And some discs can't be dumped correctly as is without 0xd8 reading.
http://forum.redump.org/post/63774/#p63774 http://forum.redump.org/post/63781/#p63781

If you save the disc for your own, claunia's tool and CDmage fixing may be useful. But if you preserve the disc for database, it is not appropriate.

19

(1,646 replies, posted in General discussion)

some changed about /ms http://www.mediafire.com/file/eq80y20l9 … st.7z/file

niemand wrote:

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])
 :

20

(1,646 replies, posted in General discussion)

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.

21

(1,646 replies, posted in General discussion)

Jackal wrote:

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

celebi wrote:

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.

22

(1,646 replies, posted in General discussion)

celebi wrote:

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..
celebi wrote:

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 61

Due to incomplete/garbage sync from 0020 to 0027, offset of LBA 0 is shifted to -20.

celebi wrote:

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/

LoStraniero91 wrote:

Title: Colin McRae Rally 04
Region: I guess Italy but I should investigate more, it's labeled "FX Interactive"
Barcode: 8 436010 151135

https://www.webster.it/videogame-colin_ … 151135.htm Found something with the same barcode.

Thanks.

@reentrant
To Compare with my tool, I'm running your tool using proring disc.
Your tool says.

D:\!redump\reentranttools\CDArchive.exe -x g -d "D:\!redump" -e 52767 73504 10 3 10 fb D:\!redump\reentranttools\test.bin
Extracting error range forward: 52757 - 73514
Read sector: 52757Extracting error range backwards: 52757 - 73514
Read sector: 73514
Extracted all sectors

But no files extracted. What should I do?

24

(1,646 replies, posted in General discussion)

celebi wrote:

Interestingly the checksums doesn't match with either CD Manipulator or Clone CD.

And even more interesting is that edcchk hasn't detected an error in sector 150 (00:02:00) and just detected it as Mode 1 data sector.

Because descrambled sector of LBA 0 (sector 150) is no problem. As you say, CD Manipulator and Clone CD is padding this sector by 0x00 or 0xff.

This is a similar case http://forum.redump.org/post/56314/#p56314

Firstly, you need to check by cdtoimg. http://www.mediafire.com/file/9b31r4fv4 … g.rar/file
This is a simple 0xd8 ripping tool. Please check if 1st sector is really same as dic's 1st sector.

Secondly, you need to check the pregap sector of 1st track.

DiscImageCreator.exe audio <DriveLetter> <Filename> <DriveSpeed> -5000 0

Please check the position of the sync (00 FF FF .. FF 00)

25

(1,646 replies, posted in General discussion)

Uploaded test. http://www.mediafire.com/file/eq80y20l9 … st.7z/file

fixed: Skipped this error.

LBA[000000, 0000000]: [F:ReadCDForFileSystem][L:574]
    Opcode: 0xa8
    ScsiStatus: 0x02 = CHECK_CONDITION
    SenseData Key-Asc-Ascq: 03-02-83 = MEDIUM_ERROR - VENDOR UNIQUE ERROR
lpCmd: a8, 00, 00, 00, 00, 00, 00, 00, 00, 01, 00, 00
dwBufSize: 2048

added: support unnamed protection
I created 2 text files. 1st line is comment. 2nd line is file name.
EdcEccErrorProtect.txt (e.g. http://redump.org/disc/45814/ )

# This is a file to fix the edc/ecc error sector. Please write the file name you want to fix the error
CD.IDX

ReadErrorProtect.txt (e.g. http://redump.org/disc/43270/ )

# This is a file not to read sector. Please write the file name you want to read skipping
SYSTEM.LSK

To use this file, please use /sf option.


added: support laserlock and proring (needs optiarc drive)
How to dump (almost same CDArchive)
e.g. http://redump.org/disc/30992/
1. dump the disc except the protected file using plextor drive.

DiscImageCreator.exe cd <driveletter> <filename> <drivespeed> /sf

* DIC detects the protection like this.

Detected [LASERLOK.IN], from 337 to 10336

2. when dumping finished, eject the disc from plex drive and insert it in optiarc drive.
3. dump the protected file

DiscImageCreator.exe data <driveletter> <filename> <drivespeed> 337 10338 /sf /sk 76

* CD has a offset, so please specify more +1 or +2 than endlba. (e.g. 10336 -> 10338)
* /sk is below.

        /sk     Skip sector for physical protect (e.g. proring, LaserLock etc.)
                        val     sector num

4. merge plextor image and optiarc image

DiscImageCreator.exe merge <plex img> <opti img>

* I don't test yet about other ring protection.


FatArnold wrote:

However, now it segfaults after the dump. But all the data seem to be dumped correctly

cue file is missing. Is windows build also same?