926

(3,488 replies, posted in General discussion)

My DL disc

             TrackPath: Opposite Track Path
        NumberOfLayers: Double Layer
          TrackDensity: 0.74μm/track
         LinearDensity: 0.293μm/bit
    StartingDataSector:  196608 (0x30000)
         EndDataSector: 15995449 (0xf41239)
    EndLayerZeroSector: 2224591 (0x21f1cf)

Your log

                 TrackPath: Parallel Track Path
            NumberOfLayers: Double Layer
              TrackDensity: 0.74μm/track
             LinearDensity: 0.293μm/bit
        StartingDataSector:   196608 (0x30000)
             EndDataSector:  1702255 (0x19f96f)
        EndLayerZeroSector:        0 (0)

I had thought all of the DL disc is 'Opposite Track Path', but this DL disc has 'Parallel Track Path'. I understood DIC can't dump 'PTP' and 'DL' disc. I don't know how to fix this now.


jhmiller wrote:

With my Plextor PX-755A the DIC seems to freeze here (I stop the process after 1 hour or waiting):

Some changed. http://www.mediafire.com/file/eq80y20l9 … or_test.7z
I have PX-755SA too, but my 755 can't get the scrambled sector when dumps the HDA of GD-ROM using the audio trap disc, so I can't test. (In the case of my PC, if doesn't use the audio trap disc, dic can dump the HDA till 79:59:74. I don't know why.)

And I changed VS2015 to VS2017. Please download and install the redistributable package. https://aka.ms/vs/15/release/VC_redist.x86.exe

927

(3,488 replies, posted in General discussion)

ajshell1 wrote:

I've noticed a problem with DIC.

Please log. Does this occur in all your DL discs or only this disc? I tried my DL disc but dic could recognize the second layer.

928

(3,488 replies, posted in General discussion)

All sectors.

It's really weird...

c2 error offset is perhaps same as main channel offset. To confirm this, it needs to test by the large offset disc (over 588 samples) and its disc has c2 error.

929

(3,488 replies, posted in General discussion)

If the plextor drive is requested LBA 10000 using 0xd8, drive returns the data as follows.
- main channel depends on the combined offsets.
- c2 is LBA 9999. (offset is -1)
- sub channel is LBA 10000. (offset is 0)

It was easy to find the offset about main and sub because there are the msf in these data. But there isn't the address in c2.

930

(3,488 replies, posted in General discussion)

*2017-12-10
- added: Reading path table & directory record of GDROM HD Area
- added: Reading joliet file system (if iso9600 didn't read)
- added: Writing the hash of the toc vs. subs desync disc and the scrambled main channel (.scm file)
- added: Argument of /f option (to delete the drive cache per specific value)
- changed: Rename _sub.txt to _subReadable.txt
- fixed: Dumping of GDROM (didn't work from 2017-08-18)
- fixed: 1st sector of the pregap sector has invalid index of the subchannel
- rewrote: Recovering C2 error (only plextor. not support no-plextor drive now)
            => I definitely understood the plextor drive has -1 sector offset about C2 error.

Egen wrote:

Whenever I've used DIC, I've always received a message that C2 errors are not set and that if any exist, the rip could be inaccurate. Should I do anything about this?

use '/c2'

931

(10 replies, posted in General discussion)

General 'Photo CD' is yes.

932

(10 replies, posted in General discussion)

F1ReB4LL wrote:

Ringcodes are useful for predicting possible undumped revisions.

And PVD is useful too. Why isn't there PVD field in psx db?

Some fixed for non plextor drive. Plz try the latest test version if possible.

Because these programs dump the data sector as data sector (0xbe mode), but dic dumps the data sector as audio sector (0xd8 mode), then audio sector is descrambled to data sector.

935

(3,488 replies, posted in General discussion)

Thanks. Whizz matches the db. It seems there isn't problem about the c2 error recovering. I'll upload the src code to github in the near future.

Sometimes it needs many rereads to fix the error.

Yes. The 3do disc of Schrodinger was needed over 6000 rereading.


EDIT
http://forum.redump.org/post/56215/#p56215
I bought 'Der korsar' and confirmed this disc had the intensional c2 errors in 'CORSAIRS.PRT' and '_SETUP.DLL'.
Also I confirmed 'Fort Boyard Millenium' hadn't the intensional c2 errors.


About the corrupted subchannel

http://redump.org/disc/45930/ and http://redump.org/disc/45931/ are undumpable with DIC (including the recent versions, as I understand) - https://www.sendspace.com/file/31jg9r
Digital Pinball: Necronomicon: Revelations was already reported before, though.

improved /f option

        /f      Use 'Force Unit Access' flag to delete the drive cache
                        val     delete per specified value (default: 1)
escarlata wrote:

LBA[311865, 0x4c239]: [F:ProcessReadCD][L:1450]
        Opcode: 0xbe
        ScsiStatus: 0x02 = CHECK_CONDITION
        SenseData Key-Asc-Ascq: 05-21-00 = ILLEGAL_REQUEST - LOGICAL BLOCK ADDRE
SS OUT OF RANGE

It seems your drive doesn't support reading lead-out.

This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 1, Su
bCode: 0]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 1, Su
bCode: 1]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 1, Su
bCode: 2]
This drive can read a data sector at scrambled mode [OpCode: 0xbe, C2flag: 1, Su
bCode: 4]
OK

This is bug. scrambled dumping isn't supported too. Please use the recommended drive.

937

(3,488 replies, posted in General discussion)

F1ReB4LL wrote:

And something should be done with the subchannels as well, Pocket Fighter tracks 32 to 34 have wrong sizes and wrong gaps.

_sub.txt

LBA[267511, 0x414f7]: P[ff], Q[01330101007100592861320e]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[33], Idx[01], RMSF[01:00:71], AMSF[59:28:61]}, RtoW[0, 0, 0, 0]
LBA[267512, 0x414f8]: P[ff], Q[01330001007200592862ab6c]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[33], Idx[00], RMSF[01:00:72], AMSF[59:28:62]}, RtoW[0, 0, 0, 0]
LBA[267513, 0x414f9]: P[ff], Q[013400000173005928635d76]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[34], Idx[00], RMSF[00:01:73], AMSF[59:28:63]}, RtoW[0, 0, 0, 0]
LBA[269088, 0x41b20]: P[ff], Q[013401001901005949636c7d]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[34], Idx[01], RMSF[00:19:01], AMSF[59:49:63]}, RtoW[0, 0, 0, 0]
LBA[269089, 0x41b21]: P[ff], Q[01350000007300594964bb09]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[35], Idx[00], RMSF[00:00:73], AMSF[59:49:64]}, RtoW[0, 0, 0, 0]
LBA[269090, 0x41b22]: P[ff], Q[0135000001720059496544d9]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[35], Idx[00], RMSF[00:01:72], AMSF[59:49:65]}, RtoW[0, 0, 0, 0]

This is simply the random errors of subchannel, not be related to c2 error. It's a little difficult to fix it of the boundary of track. I'll fix it if possible.
The result will change if the reading speed is changed.


EDIT
Uploaded the test version (20171122).

olofolleola4 wrote:

DIC doesn't recognize that The Elder Scrolls III: Tribunal has a SafeDisc 2.xx.xxx protection, and therefor it cannot get dumped properly (it founds a load of C2 errors, naturally).

Supported reading joliet.

F1ReB4LL wrote:

please fix the .dat file generator for Subs Indexes dumps. It doesn't add Subs Indexes .bin files into the .dat anymore, that's not correct. Maybe worth to make a normal dat for normal bins and additional (Subs Indexes).dat for (Subs Indexes).bin files, then?

F1ReB4LL wrote:

Btw, why not add the .scm image checksum into the _disc.txt file as well (not only .img)?

Added.

F1ReB4LL wrote:

you should set the 1024 rereads by default

Changed to 1000.

938

(3,488 replies, posted in General discussion)

olofolleola4 wrote:

The Elder Scrolls III: Tribunal

There are 3 file systems in disc (iso9660, Romeo ?, Joliet).
Ref: https://www.isobuster.com/help/file_systems

I confirmed there are the root directory record in 69 sector of joliet, but there aren't it in iso9660... originally, there should be it in 24 sector but this sector has all zero byte.
dic reads only iso9660 now. So if it can't read iso9660 properly, it should read joliet. Please wait until fix it.

F1ReB4LL wrote:

I'm adding all the PCE (Subs Indexes) dumps as hidden entries, so these are needed.

I'll divide the toc and sub indexes.

939

(3,488 replies, posted in General discussion)

Digital Pinball: Necronomicon: Revelations was already reported before, though.

I showed the way to deal to him at that time. (try to use "/s 2" and/or "/f" or change the reading speed or change the drive)

This is definitely the problem of the drive(or disc) that returns the corrupted subchannel, but I don't know why the drive(or disc) returns such the corrupted those.
So I consider these options are enabled if there are some corrupted those.


It doesn't add Subs Indexes .bin files into the .dat anymore

Firstly, are "Subs Indexes" needed? I know that this is used for some pc-engine CDROM^2, but redump'org adopts "TOC Indexes".


BTW, is your pocket fighter recovered using the latest test version? If there is any of the problem, plz tell me.
I asked A Murder of Crows for testing too about ten days ago, but it seems he is busy, haven't reported yet.

940

(3,488 replies, posted in General discussion)

Thx.
_volDesc.txt

                                   :
              Length of Directory Record: 34
        Extended Attribute Record Length: 0
                      Location of Extent: 335260
                             Data Length: 2048
                 Recording Date and Time: 2002-10-31 16:31:47 -05:00
                              File Flags: 2 (Visible, Directory, Disassociated, File has't record format, Owner/Group ID has't, Final Directory Record)
                          File Unit Size: 0
                                    :
========== LBA[000020, 0x00014]: Path Table Record ==========
         Length of Directory Identifier: 1
    Length of Extended Attribute Record: 0
                     Position of Extent: 335260
              Number of Upper Directory: 1
                   Directory Identifier: 
                                 :

This disc points 335260 sector as the position of root directory, but this sector is all zero byte, so dic can't read the directory record and can't detect the protect.
I think the correct position of root dir is 21 or 22 or 23 or 24.

Can Isobuster read the directory correctly?

941

(3,488 replies, posted in General discussion)

Updated test version. Test and upload the log please.

942

(3,488 replies, posted in General discussion)

Updated.

        /c2     Continue reading CD to recover C2 error existing sector
                        val1    value to reread (default: 255)
                        val2    0: reread sector c2 error is reported (default)
                                1: reread all (or from first to last) sector
                        val3    first LBA to reread (default: 0)
                        val4    last LBA to reread (default: end-of-sector)
                                val3, 4 is used when val2 is 1

----

it rereads all the sectors now, not only the ones with C2 errors?

As I already said in PM, the c2 error report of the drive isn't completely reliable as far as I see the log of A Murder of Crows, so I check all sectors if even one c2 error exists. But when val2 is "0", only rereads sector c2 error is reported.

Why not to rollback to the old error correction

The old logic saw the sector all-bytes matched for two consecutive as the correct sector, but it could get the incorrect sector all-bytes matched for two consecutive.
So my bad disc couldn't get the all recovered sector. Your disc is nothing but getting the correct sector by accident.


iR0b0t wrote:

I will recheck --- b) Dump with "/c2 /q /p" parameters --- later again.

I confirmed that 0xd8 with 08(Main+C2+Sub) couldn't get the pregap sector properly if first track is the data.
If resolves this, when reads the pregap sector of the first track, it has to use 0xd8 with 02(Main+Sub).


EDIT:
Sorry. 20171102 version wasn't uploaded. Uploaded as 20171106. I confirmed my damaged disc is recovered all using this version.


EDIT2:

ajshell1 wrote:

However, I have never had any sucess in trying to use two instances of DIC at once.

Please tell me the procedure in detail.

943

(3,488 replies, posted in General discussion)

FUA is not matter. Reading speed is down when reads minus from current. It is the same as /r (reverse reading)

944

(3,488 replies, posted in General discussion)

antimatter wrote:

"Detected intentional subchannel in LBA -1 => SecuROM Type4 (a.k.a. NEW)" but no other program I tried found any protection, just disc is overburned (824,594,736 bytes).

This is misdetection. I'll fix it if possible.

antimatter wrote:

The semaphore timeout period has expired.

I don't know now why this error occurred.


EDIT:

F1ReB4LL wrote:

Any news regarding my PM about broken C2 errors rereading?

Uploaded test version.
- improved: Rewrote the C2 error recovering logic

        /c2     Continue reading CD to recover C2 error existing sector
                        val1    value to reread (default: 10, min: 2, max: 255)
                        val2    first LBA to reread (default: 0)
                        val3    last LBA to reread (default: end-of-sector)

945

(28 replies, posted in General discussion)

user7 wrote:

only floppy games for Sharp X68000

see

https://www.suruga-ya.jp/search?category=605&search_word=x68000&inStock=On&restrict[]=media=CD

946

(28 replies, posted in General discussion)

kiss-site
https://web.archive.org/web/20020606031 … /index.htm
http://news.mynavi.jp/news/2000/08/08/04.html
https://game.watch.impress.co.jp/docs/2 … /toy02.htm

list
https://web.archive.org/web/20010804215 … /index.htm

suruga-ya
https://www.suruga-ya.jp/search?categor … inStock=On

amazon
https://www.amazon.co.jp/s/ref=sr_tn_i_ … 1508872948

947

(3,488 replies, posted in General discussion)

Deleted?

usurper wrote:

I can confirm that SmartE wont be detected.

Please log. My smartE disc has 00002.tmp in disc and dic judges whether this file exists or not.

Detected [00002.tmp], Skip error from 979 to 1000

948

(3,488 replies, posted in General discussion)

dic
*2017-10-10
- changed: /r option is used only by data command
- changed: /raw option is used only by the multi-session disc
- changed: Enable multiple execution
- fixed: Getting the subchannel offsets (Resident Evil 2 Disc 2 (Eu))
- fixed: Descrambling from 00:01:00 to 00:01:74 when used /p option
- fixed: GMT of the CD log, UTC of the DVD log
- improved: Checking argument (cd, dvd)
- improved: Reading directory record (SimCity 3000 (USA))
- improved: Reading DVD structure

todo
http://forum.redump.org/post/56424/#p56424
http://forum.redump.org/post/56473/#p56473

EccEdc
*2017-10-10
added: Write MSF
added: Distinguish between zero sync and zero sync of the pregap sector

949

(3,488 replies, posted in General discussion)

darksabre76 wrote:

Unfortunately, most of the logs didn't actually write out with this error, so I should have just attached the minimal set the first time... But what I got out of it, is attached here. The disc dump (that is clean) doesn't match either of the 2 existing ones, sadly, so I can't use them as baselines to compare against.

Thanks.
It looks like that the directory size of the 200204 is incorrect because 1st directory record of the next sector shows current directory. Please try the latest test version.

F1ReB4LL wrote:

Any news regarding my PM about broken C2 errors rereading?

I sent a PM to A Murder of Crows to Oct. 2, but he doesn't login for a while.

LBA[007154, 0x01bf2]: BytePos[16826208-16828559, 0x100bf60-0x100c88f] C2 error exists. Error byte num: 299
LBA[007155, 0x01bf3]: BytePos[16828560-16830911, 0x100c890-0x100d1bf] C2 error exists. Error byte num: 317
LBA[007302, 0x01c86]: BytePos[17174304-17176655, 0x1060f20-0x106184f] C2 error exists. Error byte num: 261
LBA[007303, 0x01c87]: BytePos[17176656-17179007, 0x1061850-0x106217f] C2 error exists. Error byte num: 259
LBA[007322, 0x01c9a]: BytePos[17221344-17223695, 0x106c6e0-0x106d00f] C2 error exists. Error byte num: 468
LBA[007323, 0x01c9b]: BytePos[17223696-17226047, 0x106d010-0x106d93f] C2 error exists. Error byte num: 216
LBA[007371, 0x01ccb]: BytePos[17336592-17338943, 0x1088910-0x108923f] C2 error exists. Error byte num: 1032
LBA[007372, 0x01ccc]: BytePos[17338944-17341295, 0x1089240-0x1089b6f] C2 error exists. Error byte num: 324
LBA[007391, 0x01cdf]: BytePos[17383632-17385983, 0x10940d0-0x10949ff] C2 error exists. Error byte num: 472
LBA[007392, 0x01ce0]: BytePos[17385984-17388335, 0x1094a00-0x109532f] C2 error exists. Error byte num: 408
LBA[007401, 0x01ce9]: BytePos[17407152-17409503, 0x1099cb0-0x109a5df] C2 error exists. Error byte num: 708
LBA[007402, 0x01cea]: BytePos[17409504-17411855, 0x109a5e0-0x109af0f] C2 error exists. Error byte num: 484
LBA[007421, 0x01cfd]: BytePos[17454192-17456543, 0x10a5470-0x10a5d9f] C2 error exists. Error byte num: 197
LBA[007460, 0x01d24]: BytePos[17545920-17548271, 0x10bbac0-0x10bc3ef] C2 error exists. Error byte num: 263
LBA[007461, 0x01d25]: BytePos[17548272-17550623, 0x10bc3f0-0x10bcd1f] C2 error exists. Error byte num: 281
LBA[007480, 0x01d38]: BytePos[17592960-17595311, 0x10c7280-0x10c7baf] C2 error exists. Error byte num: 299
LBA[007481, 0x01d39]: BytePos[17595312-17597663, 0x10c7bb0-0x10c84df] C2 error exists. Error byte num: 125
LBA[007500, 0x01d4c]: BytePos[17640000-17642351, 0x10d2a40-0x10d336f] C2 error exists. Error byte num: 100
LBA[007509, 0x01d55]: BytePos[17661168-17663519, 0x10d7cf0-0x10d861f] C2 error exists. Error byte num: 10
LBA[007510, 0x01d56]: BytePos[17663520-17665871, 0x10d8620-0x10d8f4f] C2 error exists. Error byte num: 90
LBA[007539, 0x01d73]: BytePos[17731728-17734079, 0x10e9090-0x10e99bf] C2 error exists. Error byte num: 264
LBA[007559, 0x01d87]: BytePos[17778768-17781119, 0x10f4850-0x10f517f] C2 error exists. Error byte num: 489
LBA[007560, 0x01d88]: BytePos[17781120-17783471, 0x10f5180-0x10f5aaf] C2 error exists. Error byte num: 415
LBA[007727, 0x01e2f]: BytePos[18173904-18176255, 0x1154fd0-0x11558ff] C2 error exists. Error byte num: 211
LBA[007728, 0x01e30]: BytePos[18176256-18178607, 0x1155900-0x115622f] C2 error exists. Error byte num: 213
LBA[007767, 0x01e57]: BytePos[18267984-18270335, 0x116bf50-0x116c87f] C2 error exists. Error byte num: 522
LBA[007768, 0x01e58]: BytePos[18270336-18272687, 0x116c880-0x116d1af] C2 error exists. Error byte num: 118
LBA[007856, 0x01eb0]: BytePos[18477312-18479663, 0x119f100-0x119fa2f] C2 error exists. Error byte num: 80
LBA[007857, 0x01eb1]: BytePos[18479664-18482015, 0x119fa30-0x11a035f] C2 error exists. Error byte num: 20
LBA[007925, 0x01ef5]: BytePos[18639600-18641951, 0x11c6af0-0x11c741f] C2 error exists. Error byte num: 43
LBA[007926, 0x01ef6]: BytePos[18641952-18644303, 0x11c7420-0x11c7d4f] C2 error exists. Error byte num: 53
LBA[007955, 0x01f13]: BytePos[18710160-18712511, 0x11d7e90-0x11d87bf] C2 error exists. Error byte num: 527
LBA[007956, 0x01f14]: BytePos[18712512-18714863, 0x11d87c0-0x11d90ef] C2 error exists. Error byte num: 401
LBA[008342, 0x02096]: BytePos[19620384-19622735, 0x12b6220-0x12b6b4f] C2 error exists. Error byte num: 50
LBA[008343, 0x02097]: BytePos[19622736-19625087, 0x12b6b50-0x12b747f] C2 error exists. Error byte num: 15
LBA[008362, 0x020aa]: BytePos[19667424-19669775, 0x12c19e0-0x12c230f] C2 error exists. Error byte num: 85
LBA[008363, 0x020ab]: BytePos[19669776-19672127, 0x12c2310-0x12c2c3f] C2 error exists. Error byte num: 15
LBA[007153, 0x01bf1]: C2 error doesn't exist. Next check 2352 byte.
LBA[007154, 0x01bf2]: C2 error doesn't exist. Next check 2352 byte.
LBA[007155, 0x01bf3]: C2 error doesn't exist. Next check 2352 byte.
LBA[007301, 0x01c85]: C2 error doesn't exist. Next check 2352 byte.
LBA[007302, 0x01c86]: C2 error doesn't exist. Next check 2352 byte.
LBA[007303, 0x01c87]: C2 error doesn't exist. Next check 2352 byte.
LBA[007321, 0x01c99]: C2 error doesn't exist. Next check 2352 byte.
LBA[007322, 0x01c9a]: C2 error doesn't exist. Next check 2352 byte.
LBA[007323, 0x01c9b]: BytePos[17223696-17226047, 0x106d010-0x106d93f] C2 error exists. Error byte num: 70
LBA[007370, 0x01cca]: C2 error doesn't exist. Next check 2352 byte.
LBA[007371, 0x01ccb]: BytePos[17336592-17338943, 0x1088910-0x108923f] C2 error exists. Error byte num: 1032
LBA[007372, 0x01ccc]: BytePos[17338944-17341295, 0x1089240-0x1089b6f] C2 error exists. Error byte num: 324
LBA[007390, 0x01cde]: C2 error doesn't exist. Next check 2352 byte.
LBA[007391, 0x01cdf]: C2 error doesn't exist. Next check 2352 byte.
LBA[007392, 0x01ce0]: BytePos[17385984-17388335, 0x1094a00-0x109532f] C2 error exists. Error byte num: 387
LBA[007400, 0x01ce8]: C2 error doesn't exist. Next check 2352 byte.
LBA[007401, 0x01ce9]: BytePos[17407152-17409503, 0x1099cb0-0x109a5df] C2 error exists. Error byte num: 348
LBA[007402, 0x01cea]: C2 error doesn't exist. Next check 2352 byte.
LBA[007420, 0x01cfc]: C2 error doesn't exist. Next check 2352 byte.
LBA[007421, 0x01cfd]: C2 error doesn't exist. Next check 2352 byte.
LBA[007459, 0x01d23]: C2 error doesn't exist. Next check 2352 byte.
LBA[007460, 0x01d24]: C2 error doesn't exist. Next check 2352 byte.
LBA[007461, 0x01d25]: BytePos[17548272-17550623, 0x10bc3f0-0x10bcd1f] C2 error exists. Error byte num: 49
LBA[007479, 0x01d37]: C2 error doesn't exist. Next check 2352 byte.
LBA[007480, 0x01d38]: C2 error doesn't exist. Next check 2352 byte.
LBA[007481, 0x01d39]: C2 error doesn't exist. Next check 2352 byte.
LBA[007499, 0x01d4b]: C2 error doesn't exist. Next check 2352 byte.
LBA[007500, 0x01d4c]: C2 error doesn't exist. Next check 2352 byte.
LBA[007508, 0x01d54]: C2 error doesn't exist. Next check 2352 byte.
LBA[007509, 0x01d55]: BytePos[17661168-17663519, 0x10d7cf0-0x10d861f] C2 error exists. Error byte num: 60
LBA[007510, 0x01d56]: BytePos[17663520-17665871, 0x10d8620-0x10d8f4f] C2 error exists. Error byte num: 516
LBA[007538, 0x01d72]: C2 error doesn't exist. Next check 2352 byte.
LBA[007539, 0x01d73]: BytePos[17731728-17734079, 0x10e9090-0x10e99bf] C2 error exists. Error byte num: 540
LBA[007153, 0x01bf1]: BytePos[16823856-16826207, 0x100b630-0x100bf5f] Reread data matched. Rewrote from [16822848, 0x100b240] to [16825199, 0x100bb6f]
LBA[007154, 0x01bf2]: BytePos[16826208-16828559, 0x100bf60-0x100c88f] Reread data matched. Rewrote from [16825200, 0x100bb70] to [16827551, 0x100c49f]
LBA[007155, 0x01bf3]: BytePos[16828560-16830911, 0x100c890-0x100d1bf] Reread data matched. Rewrote from [16827552, 0x100c4a0] to [16829903, 0x100cdcf]
LBA[007301, 0x01c85]: C2 error doesn't exist. But byte doesn't match
LBA[007302, 0x01c86]: BytePos[17174304-17176655, 0x1060f20-0x106184f] C2 error exists. Error byte num: 648
LBA[007303, 0x01c87]: BytePos[17176656-17179007, 0x1061850-0x106217f] C2 error exists. Error byte num: 768
LBA[007301, 0x01c85]: C2 error doesn't exist. Next check 2352 byte.
LBA[007302, 0x01c86]: C2 error doesn't exist. Next check 2352 byte.
LBA[007303, 0x01c87]: BytePos[17176656-17179007, 0x1061850-0x106217f] C2 error exists. Error byte num: 768
C2 errors was fixed at all
But please dump at least twice (if possible, using different drives)

It clearly looks like that there is little number of the reading times, but in case of my bad condition disc, reading times was correct. I don't know why now.

950

(3,488 replies, posted in General discussion)

darksabre76 wrote:

Additional logs are available on request.

Please. As I wrote in 1st post, whenever report a bug, could you upload all created file except bin, img and scm.

darksabre76 wrote:

SimCity 3000 (USA).bin

Is it this disc? http://redump.org/disc/11613/ or this? http://redump.org/disc/30343/
BTW, http://forum.redump.org/post/55995/#p55995 Was this solved?