DiscImageCreator

[sarami]

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.

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

I'll divide the toc and sub indexes.

[F1ReB4LL]

BTW, is your pocket fighter recovered using the latest test version? If there is any of the problem, plz tell me.

Well, it is effective, yes - https://www.sendspace.com/file/79klox (but you should set the 1024 rereads by default, like it was in 2013 version, not 255). And something should be done with the subchannels as well, Pocket Fighter tracks 32 to 34 have wrong sizes and wrong gaps. 2013 version detects the gaps properly.

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

[sarami]

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

_sub.txt

Code: Select all

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]

Code: Select all

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).

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.

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?

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

Added.

you should set the 1024 rereads by default

Changed to 1000.

[F1ReB4LL]

you should set the 1024 rereads by default

Changed to 1000.

I'd vote for 4096 Sometimes it needs many rereads to fix the error.

I asked A Murder of Crows for testing too about ten days ago, but it seems he is busy, haven't reported yet.

Works for him.

[sarami]

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
/viewtopic.php?p=24303#p24303
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

https://redump.info/disc/45930/ and https://redump.info/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

Code: Select all

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

[Egen]

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? I have a PX-716A.

[sarami]

*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.

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'

[reentrant]

"I definitely understood the plextor drive has -1 sector offset about C2 error"

Could you explain it?

[sarami]

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.

[reentrant]

Is it the case just for sector with LBA 10000 or for all sectors >= 10000. It's really weird...