1,101

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:

I've thought the lead-out limit only applies to the last session? If you look into the subdump dump log, it dumped the whole lead-out fine, failed in the beginning of the 2nd session.

I confirmed that it can get the lead-out.

LBA[043931, 0x0ab9b], Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[01], RMSF[04:19:36], AMSF[09:47:56], RtoW[0, 0, 0, 0]
LBA[043932, 0x0ab9c], Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[01], RMSF[04:19:37], AMSF[09:47:57], RtoW[0, 0, 0, 0]
LBA[043933, 0x0ab9d], Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[01], RMSF[04:19:38], AMSF[09:47:58], RtoW[0, 0, 0, 0]
LBA[043934, 0x0ab9e], Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[01], RMSF[04:19:39], AMSF[09:47:59], RtoW[0, 0, 0, 0]
LBA[043935, 0x0ab9f], Audio, 2ch, Copy NG, Pre-emphasis No, LeadOut  , Idx[01], RMSF[00:00:00], AMSF[09:47:60], RtoW[0, 0, 0, 0]
LBA[043936, 0x0aba0], Audio, 2ch, Copy NG, Pre-emphasis No, LeadOut  , Idx[01], RMSF[00:00:01], AMSF[09:47:61], RtoW[0, 0, 0, 0]
LBA[043937, 0x0aba1], Audio, 2ch, Copy NG, Pre-emphasis No, LeadOut  , Idx[01], RMSF[00:00:02], AMSF[09:47:62], RtoW[0, 0, 0, 0]
LBA[043938, 0x0aba2], Audio, 2ch, Copy NG, Pre-emphasis No, LeadOut  , Idx[01], RMSF[00:00:03], AMSF[09:47:63], RtoW[0, 0, 0, 0]
LBA[043939, 0x0aba3], Audio, 2ch, Copy NG, Pre-emphasis No, LeadOut  , Idx[01], RMSF[00:00:04], AMSF[09:47:64], RtoW[0, 0, 0, 0]
LBA[043940, 0x0aba4], Audio, 2ch, Copy NG, Pre-emphasis No, LeadOut  , Idx[01], RMSF[00:00:05], AMSF[09:47:65], RtoW[0, 0, 0, 0]
 :
 : lead-out is 6750 sector
 :
LBA[050682, 0x0c5fa], Audio, 2ch, Copy NG, Pre-emphasis No, LeadOut  , Idx[01], RMSF[01:29:72], AMSF[11:17:57], RtoW[0, 0, 0, 0]
LBA[050683, 0x0c5fb], Audio, 2ch, Copy NG, Pre-emphasis No, LeadOut  , Idx[01], RMSF[01:29:73], AMSF[11:17:58], RtoW[0, 0, 0, 0]
LBA[050684, 0x0c5fc], Audio, 2ch, Copy NG, Pre-emphasis No, LeadOut  , Idx[01], RMSF[01:29:74], AMSF[11:17:59], RtoW[0, 0, 0, 0]
LBA[050685, 0x0c5fd], Audio, 2ch, Copy NG, Pre-emphasis No, Point[a0], AMSF[11:17:60], TrackNumOf1stTrack[03], ProgramAreaFormat[00], RtoW[0, 0, 0, 0]
LBA[050686, 0x0c5fe], Audio, 2ch, Copy NG, Pre-emphasis No, Point[a0], AMSF[11:17:61], TrackNumOf1stTrack[03], ProgramAreaFormat[00], RtoW[0, 0, 0, 0]
LBA[050687, 0x0c5ff], Audio, 2ch, Copy NG, Pre-emphasis No, Point[a0], AMSF[11:17:62], TrackNumOf1stTrack[03], ProgramAreaFormat[00], RtoW[0, 0, 0, 0]
LBA[050688, 0x0c600],  Data,      Copy NG,                  Point[a1], AMSF[11:17:63], TrackNumOfLastTrack[03], RtoW[0, 0, 0, 0]
LBA[050689, 0x0c601],  Data,      Copy NG,                  Point[a1], AMSF[11:17:64], TrackNumOfLastTrack[03], RtoW[0, 0, 0, 0]
LBA[050690, 0x0c602],  Data,      Copy NG,                  Point[a1], AMSF[11:17:65], TrackNumOfLastTrack[03], RtoW[0, 0, 0, 0]
LBA[050690, 0x0c602],  Data,      Copy NG,                  Point[a1], AMSF[11:17:65], TrackNumOfLastTrack[03], RtoW[0, 0, 0, 0]
LBA[050690, 0x0c602],  Data,      Copy NG,                  Point[a1], AMSF[11:17:65], TrackNumOfLastTrack[03], RtoW[0, 0, 0, 0]
LBA[050690, 0x0c602],  Data,      Copy NG,                  Point[a1], AMSF[11:17:65], TrackNumOfLastTrack[03], RtoW[0, 0, 0, 0]
LBA[050690, 0x0c602],  Data,      Copy NG,                  Point[a1], AMSF[11:17:65], TrackNumOfLastTrack[03], RtoW[0, 0, 0, 0]
LBA[050690, 0x0c602],  Data,      Copy NG,                  Point[a1], AMSF[11:17:65], TrackNumOfLastTrack[03], RtoW[0, 0, 0, 0]
 :
 :  the lead-in is 4650 sector
 :

And I understood that the lead-out is 6750 sector, the lead-in can't get correctly (repeats the same data) in my PX-5224.
In addtion, it takes time very much to read the lead-in (1 sector per 1min)

1,102

(3,488 replies, posted in General discussion)

I've thought DIC dumps to scr first, then descrambles to img, then splits the tracks, no?

Yes. I code it like that.

If the scr and img dumps are missing 26 812 800 bytes, how could these missing bytes appear in the split tracks? Same for the sub file, after 00 13 68 (last sector of the 1st track before lead-out) it goes 02 45 69 (1st sector of the 2nd session), the lead-out is omitted from combined images, that's very wrong, IMO. At least the .scr dump should be as raw as possible in this case and contain all the sectors.

The size of the lead-out sector of the 1st session + the size of the lead-in sector of the 2nd session = 11,400 sector (=26 812 800 bytes)
I realize that the lead-out and lead-in sector is important for raw dumping. But these sector can't be dumped all (=be dumped only partly).
In case of my plextor drive, this can dump the lead-out only the 100 sector and the lead-in about the 2000 - 3000 sector (readable size of the lead-in is different every time).

I don't have any multisession disc nearby, but if you dump a multisession disc with IsoBuster, does it include the 1st session lead-out sectors into the image or not?

I have a multi-session disc, but Isobuster can't dump the lead-in/out sector of a multi-session disc (also single-session disc).

2) Cue says "TRACK 01 AUDIO", why is its contents descrambled, then?

Really? but I don't know because the bin data doesn't exist. It seems that TOC-PREGAP.bin is all 'data' sector.

3) Since it's a multisession image, where's "REM LEADOUT 00:13:69" in the cue? where's "REM SESSION 02"?

http://forum.redump.org/post/42342/#p42342
I know this and already write in Todo.txt

1,103

(3,488 replies, posted in General discussion)

DIC was unable to detect/decode the tracks layout properly

============================ TOC on SCSIOP_READ_TOC ===========================
     Audio Track  1, LBA        0-   12293, Length    12294
      Data Track  2, LBA    12294-  327652, Length   315359
                                            Total    327653

Is this improper?

======================== Check MCN, ISRC for track[01] ========================
    Session 1, 1st MCN sector is 75, MCN sector exists per 90
    Session 1, 1st ISRC sector is 30, ISRC sector exists per 90
======================== Check MCN, ISRC for track[02] ========================
    Session 1, 1st MCN sector is 12335, MCN sector exists per 90
    Session 1, 1st ISRC sector is -2, ISRC sector exists per 2
======================== Check MCN, ISRC for track[01] ========================
    Session 2, 1st MCN sector is 75, MCN sector exists per 90
    Session 2, 1st ISRC sector is 30, ISRC sector exists per 90
======================== Check MCN, ISRC for track[02] ========================
    Session 2, 1st MCN sector is 12335, MCN sector exists per 90
    Session 2, 1st ISRC sector is -2, ISRC sector exists per 2

This log is already fixed.

LBA[000030, 0x0001e], Audio, 2ch, Copy NG, Pre-emphasis No, ItnStdRecordingCode [            ], AMSF[     :30], RtoW[0, 0, 0, 0]
 binary data
 => 03 96 38 22 0c 96 30 16 30

LBA[000075, 0x0004b], Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [0731453345126], AMSF[     :00], RtoW[0, 0, 0, 0]
 binary data
 => 02 07 31 45 33 45 12 60

It seems that the ISRC isn't proper. Is this value protected? What is the correct ISRC?
It seems that the MCN is proper. Is this value also protected?

1,104

(3,488 replies, posted in General discussion)

some updated.

F1ReB4LL wrote:

https://www.sendspace.com/file/pigse9 -- Pier Solar HD for Dreamcast log, DIC has serious problems with the subs decoding (the game itself has a subs-based protection).

I haven't fixed yet because I don't know what a subs-base protection this is... (not libcrypt, not securom?)

1,105

(3,488 replies, posted in General discussion)

2. Disc 1-3 of this game, no protect, no such problem.

It seems that I made you misunderstand. I intended to say about the other disc that other people have.
I want to buy and test this game but this is a little expensive...

3. As I know, same problem existed that X-COM Enforcer(PC) TW ver. and Cyclones (PC) my own.

I don't know what is causing it now.
If you can
  1. update to the latest firmware (1.06 -> 1.07)
  2. dump using the other plextor drive. Because in the case of the securom 3, edc/ecc doesn't match when I dump the securom 3 disc using my PX-4824TA. But this problem doesn't occur in my PX5224TA, PX-755.

1,106

(3,488 replies, posted in General discussion)

If you can, could you test using CD Manipulator(http://forum.redump.org/topic/2201/dump … edisc-cds/) and check the hash is same.

[EDIT]
Thanks log.
This problem exists only your disc or all disc of this game... I don't know..
I think this game needs to be dumped by the other disc.

1,107

(3,488 replies, posted in General discussion)

my personal opinion is the error not caused by VOB or non-data issue. (bacause of my case is single data disc)

I think so, too.

from 27 to 10026
Created img (LBA) 156419/322638
  :

This may not have relation to the safedisc.
1. Could you retry it using /c2 option.
2. Could you try it using /be option.
3. How about other drive?

1,108

(3,488 replies, posted in General discussion)

axisleon wrote:

single data track CD with SafeDisc 2.90.040

Is this message shown in the console?

  Detected [00000001.TMP], Skip error from xxx to xxx

If it is shown, could you tell me the upper value (e.g. from 256 to 10256) and the 1st LBA of the c2 error sector.
If it isn't shown, could you tell me the all file list, using isobuster.

1,109

(3,488 replies, posted in General discussion)

Thanks. I'll purchase it if I can.
And could you test these disc if you have. Because I don't have these and I can't distinguish country, region, version, edition etc by this list.
http://www.cdmediaworld.com/hardware/cd … ctcd.shtml

axisleon wrote:

I have the same problem as #758

Does it occur only with its disc? How about other disc, other safedisc?

1,110

(3,488 replies, posted in General discussion)

Oh, I don't have ProtectCD VOB disc yet. doesn't support yet.

Mobil 1 Rally Championship, it's a Europe/UK release disc, I don't have a big box to confirm the barcode but I found the barcode from WeBuy.com 5031366013071,

There are some discs to this game.
This?
http://www.mobygames.com/game/mobil-1-r … latform,3/
http://www.mobygames.com/game/mobil-1-r … latform,3/

Or this?
http://www.mobygames.com/game/mobil-1-r … latform,3/
http://www.mobygames.com/game/mobil-1-r … latform,3/

Or
http://www.amazon.co.uk/Mobil-1-British … 00004U283/
Or
http://www.amazon.co.uk/Mobil-1-Rally-C … 00005ATQU/
Or
http://www.amazon.co.uk/FOCUS-MULTIMEDI … 0002DD9JE/

1,111

(3,488 replies, posted in General discussion)

This disc may not have a protection.
Is this your disc?
http://www.mobygames.com/game/windows/m … ampionship
I want to know your disc info(region, country, barcode etc..)

1,112

(3,488 replies, posted in General discussion)

Does this disc have a protect? Please use A-RAY Scanner and Protection ID.

1,113

(3,488 replies, posted in General discussion)

I also uploaded in my mediafire.

1,114

(3,488 replies, posted in General discussion)

dwBufSize: 262144

The size is big more than I expected.
- fixed: Don't read over the MaxTransferLength in checking exe
- fixed: allocate memory from a variable-length to a fixed length (delete realloc)

1,115

(3,488 replies, posted in General discussion)

I am sorry many times.
- added: a debug log when it fails the reading cd
- improved: checking EXE

1,116

(3,488 replies, posted in General discussion)

- improved: checking EXE, reading DirectoryRecord

1,117

(3,488 replies, posted in General discussion)

Exception Code:    c0000005

I don't know where access violation occurs yet.
added log message. please retest.
BTW, please tell me the disc title.

1,118

(3,488 replies, posted in General discussion)

Hi. created log please.

1,119

(3,488 replies, posted in General discussion)

uploaded 2015/11/22 test
  - added: lead-in subchannel P, R-W fixing (Q haven't coded yet)
  - added: pack option in /be for cd command
  - added: some command-line message
  - fixed: overdumped .img file except plextor drive

1,120

(57 replies, posted in General discussion)

It seems that the internal sub error doesn't exist in your log.
It may be that these files(cms32_xx.dll) is inactive. But I don't understand the details...

1,121

(57 replies, posted in General discussion)

How many the securom version?

ProtectionID (Protection Checking)
http://pid.gamecopyworld.com/
A-Ray Scanner (Protection Checking)
http://www.mediafire.com/download.php?ttzyzjiczzj

F1ReB4LL wrote:

Example: 動物キャラナビ占い2 個性心理学+恋愛占いパズルカルチャーブレーン listed as unreleased - http://www.amazon.co.jp/gp/offer-listin … ition=used

i reported to the forum.

F1ReB4LL wrote:

Or "Pandemonium" is listed there, which was released as Magical Hoppers (along with its 2nd part, Miracle Jumpers).

Yes. https://ja.wikipedia.org/wiki/%E3%83%9E … C%E3%82%BA

キャラクター等、海外版とは違うものに差し替えて発売した
F1ReB4LL wrote:

And for プロ野球監督になろう! I've posted the cover+spine above, so at least the Mihon version exists.

This cover is not the real cover but the 見本(=sample). So I don't distinguish whether this game was released or not from this cover.

Unreleased game list
http://www2u.biglobe.ne.jp/~comefx99/gmaborosi.htm

1,124

(3,488 replies, posted in General discussion)

I welcome everybody.

1,125

(57 replies, posted in General discussion)

Empire Earth - The Art of Conquest Expansion (USA)
// This doesn't exist in db

LBA[005000, 0x01388], Track[01]: Intentional error exists. CRC-16 is original:[8a8e] and XORed with 0x8001:[0a8f]. Sub[12-23]: 41 01 01 21 06 50 00 05 08 50 0a 8f
LBA[006711, 0x01a37], Track[01]: Intentional error exists. CRC-16 is original:[1db1] and XORed with 0x8001:[9db0]. Sub[12-23]: 41 01 01 01 2b 36 00 01 71 36 9d b0
LBA[006906, 0x01afa], Track[01]: Intentional error exists. CRC-16 is original:[01df] and XORed with 0x8001:[81de]. Sub[12-23]: 41 01 01 41 32 06 00 03 34 06 81 de
LBA[008153, 0x01fd9], Track[01]: Intentional error exists. CRC-16 is original:[399a] and XORed with 0x8001:[b99b]. Sub[12-23]: 41 01 01 01 58 53 00 01 58 53 b9 9b
LBA[012364, 0x0304c], Track[01]: Intentional error exists. CRC-16 is original:[37f0] and XORed with 0x8001:[b7f1]. Sub[12-23]: 41 01 01 02 45 64 00 02 c6 64 b7 f1
LBA[013178, 0x0337a], Track[01]: Intentional error doesn't exist.
LBA[013509, 0x034c5], Track[01]: Intentional error exists. CRC-16 is original:[90b5] and XORed with 0x8001:[10b4]. Sub[12-23]: 41 01 01 03 00 01 00 03 02 19 10 b4
LBA[015142, 0x03b26], Track[01]: Intentional error exists. CRC-16 is original:[8ed6] and XORed with 0x8001:[0ed7]. Sub[12-23]: 41 01 01 23 21 67 00 07 23 67 0e d7
LBA[015561, 0x03cc9], Track[01]: Intentional error exists. CRC-16 is original:[194b] and XORed with 0x8001:[994a]. Sub[12-23]: 41 01 01 03 27 16 00 03 29 32 99 4a
LBA[016897, 0x04201], Track[01]: Intentional error exists. CRC-16 is original:[3adf] and XORed with 0x8001:[bade]. Sub[12-23]: 41 01 01 01 45 22 00 43 47 22 ba de
LBA[017360, 0x043d0], Track[01]: Intentional error exists. CRC-16 is original:[e815] and XORed with 0x8001:[6814]. Sub[12-23]: 41 01 01 03 53 35 00 03 13 35 68 14

Unreal Tournament 2003 (Disc 1)
http://redump.org/disc/9600/

LBA[005000, 0x01388], Track[01]: Intentional error exists. CRC-16 is original:[8a8e] and XORed with 0x8001:[0a8f]. Sub[12-23]: 41 01 01 21 06 50 00 05 08 50 0a 8f
LBA[005395, 0x01513], Track[01]: Intentional error exists. CRC-16 is original:[ab14] and XORed with 0x8001:[2b15]. Sub[12-23]: 41 01 01 41 11 70 00 03 13 70 2b 15
LBA[007203, 0x01c23], Track[01]: Intentional error exists. CRC-16 is original:[31e1] and XORed with 0x8001:[b1e0]. Sub[12-23]: 41 01 01 21 36 03 00 05 38 03 b1 e0
LBA[007509, 0x01d55], Track[01]: Intentional error exists. CRC-16 is original:[f9ea] and XORed with 0x8001:[79eb]. Sub[12-23]: 41 01 01 03 40 09 00 41 42 09 79 eb
LBA[008865, 0x022a1], Track[01]: Intentional error exists. CRC-16 is original:[801e] and XORed with 0x8001:[001f]. Sub[12-23]: 41 01 01 01 58 05 00 02 00 1d 00 1f
LBA[012521, 0x030e9], Track[01]: Intentional error exists. CRC-16 is original:[fa26] and XORed with 0x8001:[7a27]. Sub[12-23]: 41 01 01 02 46 61 00 02 48 79 7a 27
LBA[013837, 0x0360d], Track[01]: Intentional error exists. CRC-16 is original:[4e0b] and XORed with 0x8001:[ce0a]. Sub[12-23]: 41 01 01 43 04 37 00 01 06 37 ce 0a
LBA[013877, 0x03635], Track[01]: Intentional error exists. CRC-16 is original:[71d5] and XORed with 0x8001:[f1d4]. Sub[12-23]: 41 01 01 03 04 02 00 03 87 02 f1 d4
LBA[017187, 0x04323], Track[01]: Intentional error exists. CRC-16 is original:[a254] and XORed with 0x8001:[2255]. Sub[12-23]: 41 01 01 03 4d 12 00 03 71 12 22 55
LBA[017238, 0x04356], Track[01]: Intentional error exists. CRC-16 is original:[7b35] and XORed with 0x8001:[fb34]. Sub[12-23]: 41 01 01 43 49 63 00 01 51 63 fb 34