Dumping CDLock CD's

Discs with a similar structure (4 Tracks -> Data, Audio, Audio, Data)

US (CDLock)    -> Illegal TOC + OverSized (all discs)
UK (CDLock)    -> Illegal TOC + OverSized (all discs)
DE (LaserLock) -> Illegal TOC + OverSized (not every disc) + Encrypted Data (a visible ring)

(*) subs checked

USA
http://redump.org/disc/10690/ -> Commandos: Beyond the Call of Duty (USA) (?) bad dump
http://redump.org/disc/11798/ -> Commandos: Beyond the Call of Duty (USA) (?) sub-code checked?
http://redump.org/disc/11797/ -> Commandos: Behind Enemy Lines (USA) (?) sub-code checked?
http://redump.org/disc/24287/ -> Project I.G.I.: I'm Going In (USA) (?)
http://redump.org/disc/10516/ -> Thief: The Dark Project (USA) (*)
http://redump.org/disc/6584/   -> Tomb Raider III: Adventures of Lara Croft (USA) (*)
http://redump.org/disc/6602/   -> Tomb Raider III: Adventures of Lara Croft (USA) (*)

UK
http://redump.org/disc/16024/  -> Tomb Raider III: The Lost Artefact (Europe) (*)

DE
http://redump.org/disc/9204/   -> Gothic (Germany) (Disc 2) (*)
http://redump.org/disc/9206/   -> Stephen King's F13 (Germany) (*)

TY Haldrie

Nexy you can post the subchannel data here and let somebody determine the correct gap length for the first.

subchannels are usually compressable to 1-2 mb

I've been examining this disc, and here are my findings.

the TOC is perfectly valid. The ISO directory is invalid. The 2 audio tracks and the 2nd data track are there to mess up bin/cue copying and to fill the disc up to the last possible sector. The 2nd data track contains a copy of the ISO header, and some sectors later, has pointers listed for the invalid files contained in the invalid ISO directory. This 2nd data track can/would be used to check if the disc is an original or copy, as most normal copy software would fail to either copy it, or bin/cue does not support data tracks after audio tracks and therefore any check for the existence of this data will fail. It will work just fine with clonecd or alcohol image formats.

The audio tracks contain only silence (00) and as I said are just there to fill up the disc IMO.

well it goes

DATA TRACK
AUDIO TRACK
AUDIO TRACK
DATA TRACK

bin/cue doesn't support this, just like CD Extra.

CD Extra is multisession, that's why the BIN/CUE format can't be used with it. In this case we are dealing with only one session with multiple data tracks inside, and that's fully supported by the CUE format.

A question about cdlock, where is the pregap of the data track (track 4) goes? to the begining of it?

Yes but what I mean is that you have to manualy add a bunch of 00s in the beginning of the data track?

Will have to make a little guide for this. I think there is a workable system for doing it, I have to thank fireball and ir0b0t for checking the subs and helping me out with it.

I'll try to put together an addendum for the dumping guide, just for this protection. Problem is I don't know how to analyze subs properly yet. If there was a good tool for it released soon it would help.

A combination of ISOBuster, EAC, cdtoimg, descramble_CDDA, a calculator and a hex editor is needed to do it.

looks like you are trying to dump an USA disc(?)

track02: 2.00
track03: 14:22.74
track04: 2.00

any other drives to try out subchannel reading?

okay, same pregap lengths here also.

when you can extract track4 pregap without errors in isobuster, then its fine and can be easily done.

so, its an US disc then?

OK thanks for the help and btw you need to fix that error about properly adding minutes in cues.