1st and 2nd cd is mode1, but 3rd mode2? is it correct?
i also removed 'Original' because it's 1.27 and for some reason only a few PC games currently have this tag, i'm sorry if it was wrong.
2 2008-03-06 18:36:18 (edited by iR0b0t 2008-03-06 18:50:51)
1st and 2nd cd is mode1, but 3rd mode2? is it correct?
i also removed 'Original' because it's 1.27 and for some reason only a few PC games currently have this tag, i'm sorry if it was wrong.
- It's right themabus, 1st and 2nd discs are MODE1 and 3rd disc is MODE2 !!! Yes I know, it's unusual, but it is a fact
- I have the original packaging, and it looks like "original", has no other notes, but "First Edition" it is not, that's sure, so much I know!
***
I have some problems coping Gothic (Disc 2), the first disc is already done,
but second disc has 4 tracks (1 data, 2 audio and still data track as number 4).
Can You help me with that?
thank you very much
about Gothic, i googled up some information on it:
http://fileforums.com/showthread.php?t=20762
http://www.cdmediaworld.com/hardware/cd … ctcd.shtml
it appears to be ProtectCD, but how to deal with it, i'm sorry, i don't really know
2 very old safedisc cds is all i have seen on pc, i hope that maybe somebody else can help you there
but it could be that it's not even possible to add such cd to a db in current state
I don't know much about it but from what i read, it seems the Protection is at the end of the CD. which can also mean that track 4 (Data Track) contain the Protection, so maybe for now we dumped the first three track using ISO buster/EAC and then dumped the fourth one with Alcohol 120% as it seems it was able to copy the protection.
PS: has anyone tried to dump tracks using Alcohol 120%, i think if we dump track 01 using both Alcohol 120% and ISO Buster they will produce same result.
Yes, the second disc is VOB protected.
I have already dumped the whole disc with DDump in one image, it took some hours but i have it now.
And it works for me to, i can play it
But the thing is that we want to have it in separate tracks.
To dump the first and second track is no problem.
The 1st data track (the real one) has no errors, and the 1st audio track is one "dummy" track (filled with zeros only).
Protected are the 2nd audio and the 2nd data tracks.
Using EAC I got follows:
Title Track Start Length Gap Size Compr. Size Read CRC Test CRC CRC Pre-Emphasis
Track01 01 0:00:00.00 1:12:39.39 Unknown 733.39 MB 733.30 MB No
Track02 02 1:12:39.39 0:00:01.00 Unknown 0.16 MB 0.16 MB 769282BB 769282BB OK No
Track03 03 1:12:40.39 0:00:04.00 Unknown 0.67 MB 0.67 MB 768732C8 768732C8 OK No
Track04 04 1:12:44.39 0:00:42.00 Unknown 7.06 MB 7.06 MB No
You can not detect gaps because 2 last tracks are protected.
But using IsoBuster I found 2 seconds gap for the 2nd track.
0000 : 13 64 0D EB 45 8F 73 24 25 DB 5B 1B 7B 4B 63 77 .d..E.s$%.[.{Kcw
0010 : 69 E6 AE CA FC 57 01 FE 80 40 60 30 4C D2 C8 D9 i....W...@`0L...
0020 : 48 64 36 AB 56 FF 7E C0 7C 7E C3 C9 0A 91 C7 2C Hd6.V.~.|~.....,
0030 : 52 9D FD A9 81 BE E0 70 48 24 36 9B 56 EB 7E CF R......pH$6.V.~.
0040 : 60 54 28 3F 5E 90 38 6C 12 AD CD BD 95 B1 AF 34 `T(?^.8l.......4
0050 : 7C 17 61 CE A8 54 7E BF 60 70 28 24 1E 9B 48 6B |.a..T~.`p($..Hk
0060 : 76 AF 66 FC 2A C1 DF 10 58 0C 3A 85 D3 23 1D D9 v.f.*...X.:..#..
0070 : C9 9A 7A BC 79 35 48 54 36 BF 56 F0 3E C4 3E 44 ..z.y5HT6.V.>.>D
0080 : AF C9 F5 D1 87 1C 62 89 E9 A6 CE FA D4 43 1F 71 ......b......C.q
0090 : C8 24 56 9B 7E EB 60 4F 68 34 2E 97 5C 6E B9 EC .$V.~.`Oh4..\n..
00A0 : 72 CD E5 95 8B 2F 27 5C 1A B9 CB 32 D7 55 9E BF r..../'\...2.U..
00B0 : 28 70 1E A4 08 7B 46 A3 72 F9 E5 82 CB 21 97 58 (p...{F.r....!.X
00C0 : 6E BA AC 73 3D E5 D1 8B D4 F6 F8 46 B6 CF 36 D4 n..s=......F..6.
00D0 : 16 DF 4E D8 EB BB 97 7B 2E A3 5C 79 F9 E2 C2 C9 ..N....{..\y....
00E0 : 91 96 EC 6E CD EC 55 8D FF 25 58 35 59 A1 E1 2E ...n..U..%X5Y...
00F0 : 62 2F A3 21 B9 D8 72 DA A5 9B 3B 2B 53 5F 7D F8 b/.!..r...;+S_}.
0100 : 21 82 B5 04 53 AA 74 B8 0D C8 78 0C 22 85 D9 A3 !...S.t...x."...
0110 : 1A F9 CB 02 D7 41 9E B0 68 74 2E A7 5C 7A B7 9B .....A..ht..\z..
0120 : 48 5F 71 44 0F 12 D8 1C 5A 89 FB 26 C3 5A D1 FB H_qD....Z..&.Z..
0130 : 1C 43 49 F1 F6 C4 B0 43 34 05 F8 09 00 00 00 00 .CI....C4.......
0140 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0150 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
0160 : 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................
read offset is for me +667 and write offset is 0, but it is useless in this case.
Track01 can I get with IsoBuster.
Track02 CRC is identical with 1 second (176400) dummy file.
So, I simply resized data track (-352800) and added 2 secs to the dummy track!
The next step would be to read out 3rd and 4th tracks.
Can I get it simply from the whole image that I created with DDump, for cutting it?
I believe, they are pregapless...
i found a short summary on alcohol site, that describes this protection as combination of bad sectors + modified subchannel, so i guess, unfortunately we won't be able to add it to db for now.
but maybe you can find out something more about it and then define a way of how to get similar copies on different drives. (at least on a 2352 level)
so i guess TOC is valid. (at least this description doesn't say it isn't)
PS: has anyone tried to dump tracks using Alcohol 120%, i think if we dump track 01 using both Alcohol 120% and ISO Buster they will produce same result.
The next step would be to read out 3rd and 4th tracks.
Can I get it simply from the whole image that I created with DDump, for cutting it?
i guess it might work. so you could try to dump this cd on multiple drives with different software and then separate it by LBA addresses into tracks.
and by comparing them you'd see what differs. if there are gaps - those would. and if there are audio data it would be offseted.
also maybe alcohol, clonecd or cdrwin and such will determine gaps and also you can try to examine .sub file with Subcode Analyzer (but not necessarily, maybe ther's some other software) after dumping with alcohol or clonecd or use CD Tool.
so if you remove gaps, realign audio tracks to compensate offsets, those files should always match in the end.
and also you could try to read this cd as an audio data stream like you'd do for dc
http://forum.redump.org/viewtopic.php?id=2620
a large audio cd should work to fake TOC. and this way it would be possibe to determine offset (where audio should start in your files). and audio->data gap (if there is one), when unscrambled, it should be clean and unmodified.
so even though it can not be added now, it's at least very interesting, i think, and a lots of experience