1,051

(3,538 replies, posted in General discussion)

Uploaded 20170507 https://github.com/saramibreak/DiscImag … r/releases
- added: /np /nq option
- changed: Option name /g -> /nr, /l -> /nl, /se -> /ns
- changed: Some log message
- changed: Disabled SSE2 of vcxproj (for old cpu)
- changed: MaximumTransferLength is limited to 64KB (can't read 128KB)
- improved: Checking argument (check command-length)
- improved: Subchannel ripping of SecuROM
- fixed: Reading DirectoryRecord
- fixed: Output unnecessary hash

http://forum.redump.org/post/54643/#p54643
I'll try slowly. I installed Visual Studio 2017 and VirtualBox, Vagrant (box with bento/ubuntu-16.04) in host PC, and installed gdb and gdbserver, g++ in guest PC.

1,052

(57 replies, posted in General discussion)

*20170430 test
Silver (Disc 1) (Germany): Probably fixed.
Silver (Disc 2) (Germany): There isn't some file - CMS16.DLL, cms32_95.dll, CMS32_NT.DLL and a string - cms_t and cms_d. I coded but I don't know whether is fixed or not. Please test.

1,053

(57 replies, posted in General discussion)

If you don't try to use the latest test(20170427), please try and upload the all log.

1,054

(27 replies, posted in General discussion)

It's inconvenient... Anyway, I found this site. http://hp.vector.co.jp/authors/VA026645/CdSoftware.html
And Dr. Hell, he's a creator of PS1 emulator, creates a cue to ccd converter. http://drhell.web.fc2.com/ps1/index.html This is included in xebra[yymmdd].zip (The latest is xebra170325.zip). I haven't tested either.

1,055

(27 replies, posted in General discussion)

Ah, using alcohol 52%, everybody can make converted image easily.
Start 52% -> Mount cue file -> Start image making wizard -> Select virtual drive -> change the image format from mdf to ccd -> Push the start button -> Done

I found RedumpOrgToCloneCD function doesn't need.

SPTD had issues with my burners

After used alcohol 52%, uninstall this. Is this no good?

Or you can use IsoBuster if you accept a whole iso, bin format.
Start exe -> Mount cue file -> extract CD <image> -> Select RAW (*.bin *.iso) -> Done

1,056

(3,538 replies, posted in General discussion)

reentrant wrote:

I noticed one issue with DIC and data command. For example when I dump a block of sectors from sector A to B, A != 0 and if a read error sector occurs (/rc is on) DIC incorectly inserts MSF field of header. It looks like DIC inserts MSF field based on number of sectors read but it should insert MSF based on absolute sector position inside CD...

The argument checking function didn't work properly in test version. Fixed.

reentrant wrote:

Also EccEdc lacks one of check that CDmage has. It doesn't verify sector MSF. For example I overwritten contents of sector 1 with contents of sector 0 and EccEdc didn't report anything. CDmage reported 1 error. This check is useful in case of protectors like RingProtech where drive might fail to sync at correct sector and it will read different one instead. Happened to my only once so far...

Neill Corlett, he coded the Checking ECC and Compuing EDC, probably didn't expect this. So, edccchk that uses same code is also probably exists same problem (but I haven't confirmed it). I examine coding.

1,057

(57 replies, posted in General discussion)

http://redump.org/disc/31596/ and http://redump.org/disc/2025/
Probably supported.

>WarCraft III Reign of Chaos (S7145310) (Special Original Maps)
fixed.

>WarCraft III - Reign of Chos (Japan)
I saw this error for the first time. Does it occur every time?

>Myst III - Exile (Japan) (Disc 2-4)
>Riven - The Sequel to Myst (Japan) (Disc 1-5) are freeze. (I also tried old version.)
Where does it freeze?

1,058

(57 replies, posted in General discussion)

Jackal wrote:

Hi, could you post fixed SecuROM data for Colin 2 plz.

Posted to Fixes & additions.

ssjkakaroto wrote:

Tried again with the new version. Here's the intention file output: https://pastebin.com/6L0DfLeK

It seems good.

1,059

(3,538 replies, posted in General discussion)

_subError.txt

LBA[151330, 0x24f22]: Track[01]: SubQ[13]:TrackNum[00] L:[509] -> [01], L:[1285]
LBA[151330, 0x24f22]: Track[01]: SubQ[14]:Idx[00] -> [01], L:[509]
LBA[151330, 0x24f22]: Track[01]: SubQ[15-17]:PrevRel[151329, 33:37:54], Rel[125040, 25:165:165] -> [151330, 33:37:55], L:[509]
LBA[151330, 0x24f22]: Track[01]: SubQ[18]:[0xff] -> [0x00]
LBA[151330, 0x24f22]: Track[01]: SubQ[19-21]:PrevAbs[151479, 33:39:54], Abs[755040, 165:165:165] -> [151480, 33:39:55]
LBA[151330, 0x24f22]: Track[01]: SubQ[12]:Ctl[0] -> [4], L:[357]
LBA[151330, 0x24f22]: Track[01]: SubQ[22]:CrcHigh[0xff] -> [0x37]
LBA[151330, 0x24f22]: Track[01]: SubQ[23]:CrcLow[0xff] -> [0x5f]
 :
LBA[151331, 0x24f23]: Track[01]: SubQ[13]:TrackNum[00] L:[509] -> [01], L:[1285]
LBA[151331, 0x24f23]: Track[01]: SubQ[14]:Idx[00] -> [01], L:[509]
LBA[151331, 0x24f23]: Track[01]: SubQ[15-17]:PrevRel[151330, 33:37:55], Rel[125040, 25:165:165] -> [151331, 33:37:56], L:[509]
LBA[151331, 0x24f23]: Track[01]: SubQ[18]:[0xff] -> [0x00]
LBA[151331, 0x24f23]: Track[01]: SubQ[19-21]:PrevAbs[151480, 33:39:55], Abs[755040, 165:165:165] -> [151481, 33:39:56]
LBA[151331, 0x24f23]: Track[01]: SubQ[12]:Ctl[0] -> [4], L:[357]
LBA[151331, 0x24f23]: Track[01]: SubQ[22]:CrcHigh[0xff] -> [0xe9]
LBA[151331, 0x24f23]: Track[01]: SubQ[23]:CrcLow[0xff] -> [0xee]
 :
LBA[151333, 0x24f25]: Track[01]: SubQ[13]:TrackNum[02] L:[606] -> [01], L:[1285]
LBA[151333, 0x24f25]: Track[01]: SubQ[14]:Idx[02] -> [01], L:[606]
LBA[151333, 0x24f25]: Track[01]: SubQ[15-17]:PrevRel[151332, 33:37:57], Rel[302664, 66:74:114] -> [151333, 33:37:58], L:[606]
LBA[151333, 0x24f25]: Track[01]: SubQ[19-21]:PrevAbs[151482, 33:39:57], Abs[302514, 66:72:114] -> [151483, 33:39:58]
LBA[151333, 0x24f25]: Track[01]: SubQ[12]:Ctl[0] -> [4], L:[357]
LBA[151333, 0x24f25]: Track[01]: SubQ[22]:CrcHigh[0xa7] -> [0xc7]
LBA[151333, 0x24f25]: Track[01]: SubQ[23]:CrcLow[0x3c] -> [0x88]
 :
LBA[151334, 0x24f26]: Track[01]: SubQ[13]:TrackNum[02] L:[597] -> [01], L:[1285]
LBA[151334, 0x24f26]: Track[01]: SubQ[14]:Idx[02] -> [01], L:[597]
LBA[151334, 0x24f26]: Track[01]: SubQ[15-17]:PrevRel[151333, 33:37:58], Rel[302660, 66:74:110] -> [151334, 33:37:59], L:[597]
LBA[151334, 0x24f26]: Track[01]: SubQ[19-21]:PrevAbs[151483, 33:39:58], Abs[302441, 66:72:41] -> [151484, 33:39:59]
LBA[151334, 0x24f26]: Track[01]: SubQ[12]:Ctl[8] -> [4], L:[343]
LBA[151334, 0x24f26]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0x7d]
LBA[151334, 0x24f26]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0xf8]
LBA[151335, 0x24f27]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151335, 0x24f27]: Track[01]: SubQ[14]:Idx[59] -> [01], L:[399]
LBA[151335, 0x24f27]: Track[01]: SubQ[15-17]:PrevRel[151334, 33:37:59], Rel[2514, 00:33:39] -> [151335, 33:37:60], L:[668]
LBA[151335, 0x24f27]: Track[01]: SubQ[18]:[0x59] -> [0x00]
LBA[151335, 0x24f27]: Track[01]: SubQ[19-21]:PrevAbs[151484, 33:39:59], Abs[385391, 83:158:41] -> [151485, 33:39:60]
LBA[151335, 0x24f27]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151335, 0x24f27]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0x7e]
LBA[151335, 0x24f27]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0x10]
LBA[151336, 0x24f28]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151336, 0x24f28]: Track[01]: SubQ[14]:Idx[60] -> [01], L:[399]
LBA[151336, 0x24f28]: Track[01]: SubQ[15-17]:PrevRel[151335, 33:37:60], Rel[2514, 00:33:39] -> [151336, 33:37:61], L:[668]
LBA[151336, 0x24f28]: Track[01]: SubQ[18]:[0x60] -> [0x00]
LBA[151336, 0x24f28]: Track[01]: SubQ[19-21]:PrevAbs[151485, 33:39:60], Abs[378791, 84:10:41] -> [151486, 33:39:61]
LBA[151336, 0x24f28]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151336, 0x24f28]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0xc4]
LBA[151336, 0x24f28]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0x60]
LBA[151337, 0x24f29]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151337, 0x24f29]: Track[01]: SubQ[14]:Idx[61] -> [01], L:[399]
LBA[151337, 0x24f29]: Track[01]: SubQ[15-17]:PrevRel[151336, 33:37:61], Rel[2514, 00:33:39] -> [151337, 33:37:62], L:[668]
LBA[151337, 0x24f29]: Track[01]: SubQ[18]:[0x61] -> [0x00]
LBA[151337, 0x24f29]: Track[01]: SubQ[19-21]:PrevAbs[151486, 33:39:61], Abs[562541, 124:60:41] -> [151487, 33:39:62]
LBA[151337, 0x24f29]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151337, 0x24f29]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0x1a]
LBA[151337, 0x24f29]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0xd1]
LBA[151338, 0x24f2a]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151338, 0x24f2a]: Track[01]: SubQ[14]:Idx[62] -> [01], L:[399]
LBA[151338, 0x24f2a]: Track[01]: SubQ[15-17]:PrevRel[151337, 33:37:62], Rel[2514, 00:33:39] -> [151338, 33:37:63], L:[668]
LBA[151338, 0x24f2a]: Track[01]: SubQ[18]:[0x62] -> [0x00]
LBA[151338, 0x24f2a]: Track[01]: SubQ[19-21]:PrevAbs[151487, 33:39:62], Abs[99866, 20:131:41] -> [151488, 33:39:63]
LBA[151338, 0x24f2a]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151338, 0x24f2a]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0xa0]
LBA[151338, 0x24f2a]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0xa1]
LBA[151339, 0x24f2b]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151339, 0x24f2b]: Track[01]: SubQ[14]:Idx[63] -> [01], L:[399]
LBA[151339, 0x24f2b]: Track[01]: SubQ[15-17]:PrevRel[151338, 33:37:63], Rel[2514, 00:33:39] -> [151339, 33:37:64], L:[668]
LBA[151339, 0x24f2b]: Track[01]: SubQ[18]:[0x63] -> [0x00]
LBA[151339, 0x24f2b]: Track[01]: SubQ[19-21]:PrevAbs[151488, 33:39:63], Abs[457616, 100:101:41] -> [151489, 33:39:64]
LBA[151339, 0x24f2b]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151339, 0x24f2b]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0xb7]
LBA[151339, 0x24f2b]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0x92]
LBA[151340, 0x24f2c]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151340, 0x24f2c]: Track[01]: SubQ[14]:Idx[64] -> [01], L:[399]
LBA[151340, 0x24f2c]: Track[01]: SubQ[15-17]:PrevRel[151339, 33:37:64], Rel[2514, 00:33:39] -> [151340, 33:37:65], L:[668]
LBA[151340, 0x24f2c]: Track[01]: SubQ[18]:[0x64] -> [0x00]
LBA[151340, 0x24f2c]: Track[01]: SubQ[19-21]:PrevAbs[151489, 33:39:64], Abs[533441, 117:92:41] -> [151490, 33:39:65]
LBA[151340, 0x24f2c]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151340, 0x24f2c]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0x0d]
LBA[151340, 0x24f2c]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0xe2]
LBA[151341, 0x24f2d]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151341, 0x24f2d]: Track[01]: SubQ[14]:Idx[65] -> [01], L:[399]
LBA[151341, 0x24f2d]: Track[01]: SubQ[15-17]:PrevRel[151340, 33:37:65], Rel[2514, 00:33:39] -> [151341, 33:37:66], L:[668]
LBA[151341, 0x24f2d]: Track[01]: SubQ[18]:[0x65] -> [0x00]
LBA[151341, 0x24f2d]: Track[01]: SubQ[19-21]:PrevAbs[151490, 33:39:65], Abs[69191, 13:142:41] -> [151491, 33:39:66]
LBA[151341, 0x24f2d]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151341, 0x24f2d]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0xd3]
LBA[151341, 0x24f2d]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0x53]
LBA[151342, 0x24f2e]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151342, 0x24f2e]: Track[01]: SubQ[14]:Idx[66] -> [01], L:[399]
LBA[151342, 0x24f2e]: Track[01]: SubQ[15-17]:PrevRel[151341, 33:37:66], Rel[2514, 00:33:39] -> [151342, 33:37:67], L:[668]
LBA[151342, 0x24f2e]: Track[01]: SubQ[18]:[0x66] -> [0x00]
LBA[151342, 0x24f2e]: Track[01]: SubQ[19-21]:PrevAbs[151491, 33:39:66], Abs[602516, 133:53:41] -> [151492, 33:39:67]
LBA[151342, 0x24f2e]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151342, 0x24f2e]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0x69]
LBA[151342, 0x24f2e]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0x23]
LBA[151343, 0x24f2f]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151343, 0x24f2f]: Track[01]: SubQ[14]:Idx[67] -> [01], L:[399]
LBA[151343, 0x24f2f]: Track[01]: SubQ[15-17]:PrevRel[151342, 33:37:67], Rel[2514, 00:33:39] -> [151343, 33:37:68], L:[668]
LBA[151343, 0x24f2f]: Track[01]: SubQ[18]:[0x67] -> [0x00]
LBA[151343, 0x24f2f]: Track[01]: SubQ[19-21]:PrevAbs[151492, 33:39:67], Abs[312266, 69:23:41] -> [151493, 33:39:68]
LBA[151343, 0x24f2f]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151343, 0x24f2f]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0xfd]
LBA[151343, 0x24f2f]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0x35]
LBA[151344, 0x24f30]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151344, 0x24f30]: Track[01]: SubQ[14]:Idx[68] -> [01], L:[399]
LBA[151344, 0x24f30]: Track[01]: SubQ[15-17]:PrevRel[151343, 33:37:68], Rel[2514, 00:33:39] -> [151344, 33:37:69], L:[668]
LBA[151344, 0x24f30]: Track[01]: SubQ[18]:[0x68] -> [0x00]
LBA[151344, 0x24f30]: Track[01]: SubQ[19-21]:PrevAbs[151493, 33:39:68], Abs[736166, 163:35:41] -> [151494, 33:39:69]
LBA[151344, 0x24f30]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151344, 0x24f30]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0x47]
LBA[151344, 0x24f30]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0x45]
LBA[151345, 0x24f31]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151345, 0x24f31]: Track[01]: SubQ[14]:Idx[69] -> [01], L:[399]
LBA[151345, 0x24f31]: Track[01]: SubQ[15-17]:PrevRel[151344, 33:37:69], Rel[2514, 00:33:39] -> [151345, 33:37:70], L:[668]
LBA[151345, 0x24f31]: Track[01]: SubQ[18]:[0x69] -> [0x00]
LBA[151345, 0x24f31]: Track[01]: SubQ[19-21]:PrevAbs[151494, 33:39:69], Abs[214916, 47:45:41] -> [151495, 33:39:70]
LBA[151345, 0x24f31]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151345, 0x24f31]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0x68]
LBA[151345, 0x24f31]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0x7b]
LBA[151346, 0x24f32]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151346, 0x24f32]: Track[01]: SubQ[14]:Idx[70] -> [01], L:[399]
LBA[151346, 0x24f32]: Track[01]: SubQ[15-17]:PrevRel[151345, 33:37:70], Rel[2514, 00:33:39] -> [151346, 33:37:71], L:[668]
LBA[151346, 0x24f32]: Track[01]: SubQ[18]:[0x70] -> [0x00]
LBA[151346, 0x24f32]: Track[01]: SubQ[19-21]:PrevAbs[151495, 33:39:70], Abs[312116, 68:81:41] -> [151496, 33:39:71]
LBA[151346, 0x24f32]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151346, 0x24f32]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0xd2]
LBA[151346, 0x24f32]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0x0b]
LBA[151347, 0x24f33]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151347, 0x24f33]: Track[01]: SubQ[14]:Idx[71] -> [01], L:[399]
LBA[151347, 0x24f33]: Track[01]: SubQ[15-17]:PrevRel[151346, 33:37:71], Rel[2514, 00:33:39] -> [151347, 33:37:72], L:[668]
LBA[151347, 0x24f33]: Track[01]: SubQ[18]:[0x71] -> [0x00]
LBA[151347, 0x24f33]: Track[01]: SubQ[19-21]:PrevAbs[151496, 33:39:71], Abs[594866, 132:11:41] -> [151497, 33:39:72]
LBA[151347, 0x24f33]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151347, 0x24f33]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0x0c]
LBA[151347, 0x24f33]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0xba]
LBA[151347, 0x24f33]: Track[01]: SubR[26]:[0x01] -> [0x00]
LBA[151348, 0x24f34]: Track[01]: SubP[08]:[0x80] -> [0x00]
LBA[151348, 0x24f34]: Track[01]: SubQ[13]:TrackNum[37] L:[488] -> [01], L:[1285]
LBA[151348, 0x24f34]: Track[01]: SubQ[14]:Idx[72] -> [01], L:[399]
LBA[151348, 0x24f34]: Track[01]: SubQ[15-17]:PrevRel[151347, 33:37:72], Rel[2514, 00:33:39] -> [151348, 33:37:73], L:[668]
LBA[151348, 0x24f34]: Track[01]: SubQ[18]:[0x72] -> [0x00]
LBA[151348, 0x24f34]: Track[01]: SubQ[19-21]:PrevAbs[151497, 33:39:72], Abs[3041, 00:40:41] -> [151498, 33:39:73]
LBA[151348, 0x24f34]: Track[01]: SubQ[12]:Ctl[3] -> [4], L:[343]
LBA[151348, 0x24f34]: Track[01]: SubQ[22]:CrcHigh[0x01] -> [0xb6]
LBA[151348, 0x24f34]: Track[01]: SubQ[23]:CrcLow[0x01] -> [0xca]
 :

Apparently, it haven't been able to get the sub correctly.

darksabre76 wrote:

The disc is completely scratch-free

Please try to to use /s 2 option or change the reading speed or change the drive.

1,060

(57 replies, posted in General discussion)

20170423 test
http://www.mediafire.com/file/eq80y20l9 … or_test.7z

sarami wrote:

To Jackal:
http://forum.redump.org/post/54648/#p54648 and http://redump.org/disc/31587/
Please check pure/clean sub of CDtools or dic with /np /nq /nr option.
This is also exists some shited RMSF/AMSF like SecuROM OLD - e.g. FIFA99.

Supported this type. 11*9 = 99 sector.

sarami wrote:

.cms_t and .cms_d shows this is SecuROM. I've understood this but this string also exists SecuROM NEW. - e.g. http://redump.org/disc/33108/ So, don't work now.

Probably fixed.

1,061

(57 replies, posted in General discussion)

To Jackal:
http://forum.redump.org/post/54648/#p54648 and http://redump.org/disc/31587/
Please check pure/clean sub of CDtools or dic with /np /nq /nr option.
This is also exists some shited RMSF/AMSF like SecuROM OLD - e.g. FIFA99.

1,062

(57 replies, posted in General discussion)

Thanks.
_volDesc.txt

    ========== Image Section Header (40 byte) ==========
                    Name: .cms_t
          VirtualAddress: 00472000
           SizeOfRawData: 00010000
        PointerToRawData: 000c9000
    PointerToRelocations: 00000000
    PointerToLinenumbers: 00000000
     NumberOfRelocations: 0000
     NumberOfLinenumbers: 0000
         Characteristics: 60000020
    ========== Image Section Header (40 byte) ==========
                    Name: .cms_d
          VirtualAddress: 00482000
           SizeOfRawData: 0001a000
        PointerToRawData: 000d9000
    PointerToRelocations: 00000000
    PointerToLinenumbers: 00000000
     NumberOfRelocations: 0000
     NumberOfLinenumbers: 0000
         Characteristics: c0000040

.cms_t and .cms_d shows this is SecuROM. I've understood this but this string also exists SecuROM NEW. - e.g. http://redump.org/disc/33108/ So, don't work now.

1,063

(3,538 replies, posted in General discussion)

Jackal wrote:

is it possible to make DiscImageCreator Wine-compatible, or even make a native Linux binary? I don't know how much of the code is Windows-specific.

https://github.com/saramibreak/DiscImag … r/issues/2
At least, need to rewrite WinAPI, XmlLite, WinDDK. About Wine, I don't know detail.
This site may be very useful about WinDDK. https://www.ibm.com/developerworks/libr … migration/

1,064

(57 replies, posted in General discussion)

Jackal wrote:

dunno what /ns does, but for SecuROM you need /se

Sorry. http://forum.redump.org/post/54612/#p54612

ssjkakaroto wrote:

Subintention file was still blank with the test version using the following command line: DiscImageCreator cd k Re-Volt 4 /d8 /c2 /ns /s 2

Please upload all log

1,065

(3,538 replies, posted in General discussion)

20170417 test
-changed: Disabled Streaming SIMD Extensions (SSE) for old CPU
-fixed: output unnecessary hash

1,066

(57 replies, posted in General discussion)

Fixed the range (from 30800 to 34800, from 40100 to 45800)
http://www.mediafire.com/file/eq80y20l9 … or_test.7z

1,067

(3,538 replies, posted in General discussion)

Enker wrote:

Yes, the firmwares are the latest: PX-708(1.12), PX-755SA(1.08), TS-H353B(KREON firmware, default firmware was Dell D200, I'm pretty sure it worked for dumping GDROM). I have all of those programs installed except for Alcohol52/120% and DVD Shrink. I also have Virtual CloneDrive installed. They don't seem to cause any problems.

Thanks. That is to say, hypothetically speaking, there seems to be a good/bad USB adapter for GD-ROM dumping. If verify this, need to get the some adapters... Or individual difference which user can't know may exist in drive.  If verify this, need to get the some same drives...

Why does DIC check the audio sectors for sync?

I see. checkex handles file per track but check or fix handles whole sector, so the value of LBA was incorrect and I have commented out your code. I'll fix this too.

fixed https://github.com/saramibreak/EccEdc/releases

1,068

(3,538 replies, posted in General discussion)

reentrant wrote:

The new version shoule be used with checkex command with cue as a parameter

I see. checkex handles file per track but check or fix handles whole sector, so the value of LBA was incorrect and I have commented out your code. I'll fix this too.

Enker wrote:

I used Win XP(32bit) with an IDE connection for my PX-708. I just tested it on Win 7(64bit) with a USB adapter and it started dumping right away using DIC.

Thanks. I understood OS was unrelated. USB adapter, there are a lot of various adapter, so I don't know yet this is unrelated or not.
Is your firmware the latest? If so, the firmware is probably unrelated. About the device driver, do you install a virtual drive -
daemon tools, Alcohol52/120% etc - or other dumping tools - Clonecd, AnyDVD, DVD Decrypter, DVD Shrink etc. I listed these tools as an example, I don't know these are related or not.

Enker wrote:

I also did a DIC dump with my TS-H353B drive on Win 7.

What firmware do you have? I had BC05 but this didn't work.

1,069

(3,538 replies, posted in General discussion)

*2017-04-13 test
-added: /np /nq

        /np     Not fix SubP
        /nq     Not fix SubQ

-changed: /g -> /nr, /l -> /nl, /se -> /ns

F1ReB4LL wrote:

Why does DIC check the audio sectors for sync?

This is coded by reentrant. The reason is that only consider the data sector. To read the data sector certainly, I'll fix EccEdc.exe so that can read the subchannel file.

1,070

(3,538 replies, posted in General discussion)

reentrant wrote:

Are you really sure that such errors are only present in that range?

This range is temporary, for I don't have the specification of SecuROM.

reentrant wrote:

What would happen if I had a sector outside that range?

It is fixed to "correct value" as "incorrect value".

reentrant wrote:

Maybe you could add a switch to remove the limits from LBA 0 till end of the disc?

See below.
http://redump.org/discs/quicksearch/sec … ction/only
It is obvious that the protected subs exist in specific range. I don't think that needs to read from 0 to end. But about SecuROM old, there is only a little report in db, so I think this range is not more exact.
SecuROM Old below
src: http://www.cdmediaworld.com/hardware/cd … urom.shtml

SecuROM R1    :    Forsaken Incoming    Hexplore Frankreich 98
SecuROM R2    :    Decent FreeSpace Heart of Darkness Max II    Panzer Commander Team Apache
SecuROM R3    :    FIFA 99 F.A. Premier League FM 99 Moto Racer 2    Populous 3 WarGasm War of the Worlds
SecuROM R4    :    Alpha Centauri Brian Lara Cricket SimCity 3000 South Park    SuperBike Silver Turok 2
SecuROM R5    :    Brain Lara Cricket  S.A.G.A: Rage of the Vikings Machines
SecuROM New    :    Diablo 2 GroundControl Music 2000 Orion Burger    Re-Volt Shadow Man Soulbringer V-Rally 2

I want to buy to test but I don't know in which country these disc are sold...

1,071

(3,538 replies, posted in General discussion)

*2017-04-11
- added: exec EccEdc for GD-ROM dumping
- changed: in gd command, /s 0 is default (because /s 1 is very slow for GD-ROM dumping)
- changed: wait time for GD-ROM dumping (5000 millisec -> 30000 millisec)
- fixed: some log

1,072

(3,538 replies, posted in General discussion)

jhmiller wrote:

Nop, with dcdumper I use SH-D162C.

I'd thought dcdumper has supported PX-708... I want to know your drive more. If you can, please try the following.
1. cdrwin and PX-708
2. dcdumper and TS-H353A (If you get the corrupt data, your TS-H353A may be dying...)
3. dic and SH-D162C (I believe this drive works with dic.)

F1ReB4LL wrote:

PX-708A should work, according to Enker - http://forum.redump.org/post/40262/#p40262
tossEAC also uses some Plextor for dumping - http://forum.redump.org/post/54259/#p54259

http://forum.redump.org/post/14552/#p14552
I'm thinking this is the list that is confirmed by cdrwin, not dcdumper. Can all these drive really work by dcdumper? Also I have a PX-W4824TA and Plextor PX-755SA but doesn't work cdrwin, dcdumper and dic. I'm also connecting by USB external drive.
So, if use the same drive, some can dump good others can't dump. The problem may be the method connects the drive - USB, IDE or SATA etc - or the OS version - XP, Vista, 7 x86 or x64... or may be the firmware version of the drive, or may be the device driver to control the optical drive. I don't know where have the problem. Anyway the list that only the drive model is unsure.

jhmiller wrote:

If my Plextor not work with DIC, no problem, always I can do the other method.

I think that it is good like that. By the way, how do you verify the GD-ROM? Do you have a multiple SH-D162C? As you already know it's important that a disc is at least dumped twice on different drives.

1,073

(3,538 replies, posted in General discussion)

Does DCDumper really support your plextor PX-708?

1,074

(3,538 replies, posted in General discussion)

jhmiller wrote:

DIC can't read from my Plextor. It does not matter what option use.

Sorry, some fixed. Plz try again.
http://www.mediafire.com/file/eq80y20l9 … or_test.7z

1,075

(3,538 replies, posted in General discussion)

To solve this problem, needs to read the disc twice at least and checks the hash as dcdumper does because the drive can't check the C2 error. dic hasn't supported this (read and check) yet.

By the way, does your SH-D162C work using dic? and

jhmiller wrote:

I can't use DIC with my Plextor 708

Could you try /be option in your Plextor 708?

        /be     Use 0xbe as ReadCD command forcibly (for data disc)
                        str      raw: sub channel mode is raw (default)
                                pack: sub channel mode is pack

This option is used like this.

DiscImageCreator.exe gd g QUIZ.bin 8 /c2 /be
DiscImageCreator.exe gd g QUIZ.bin 8 /c2 /be pack

Test version
http://www.mediafire.com/file/eq80y20l9 … or_test.7z