Redump Forum

Disc Preservation Community
https://forum.redump.info/

DiscImageCreator

https://forum.redump.info/viewtopic.php?t=7568

Page 335 of 354

Re: DiscImageCreator

Posted: Mon Dec 19, 2022 11:56 pm
by sarami
bikerspade wrote:Logs
Ok, it was fixed as I expected.

Re: DiscImageCreator

Posted: Wed Jan 11, 2023 11:10 pm
by bikerspade
A relatively recent dump of a particular PCECD disc (Metamor Jupiter) produced a bad track split, where the hashes for track 15 and track 16 are incorrect.

Good:

Code: Select all

Size       CRC-32      MD5                                 SHA-1
7215936    fef20b14    2693317a11581563a98f9a9e72b45afc    526e924a854386551b61132530554e09ca451351
1782816    45e68246    e04fcddf7ca970d7145150f75a3f87e3    9582d51f818c8b2199cca857d73436050294969e
Bad:

Code: Select all

Size       CRC-32      MD5                                 SHA-1
7213584    b4c98d36    b60e8342f0e91616643f05148e7ea8af    65be947f99c19bee9de86c50e6b5998f074d75e7
1785168    f43f7f32    03269f4c740f5682cd16af5327e3ec5d    af1343106597a462eed5d0f9a99109ac92f03a54
Here are the logs:

The checksum for the total img file (074a677b) was correct.
Any ideas what could have caused DIC to produce a bad dump of these two tracks?

Re: DiscImageCreator

Posted: Fri Jan 13, 2023 4:19 am
by sarami
bikerspade wrote:A relatively recent dump of a particular PCECD disc (Metamor Jupiter) produced a bad track split, where the hashes for track 15 and track 16 are incorrect.
DB is incorrect. The pregap of the track 16 is 00:03:00, not 00:02:74.

Code: Select all

LBA[047436, 0x0b94c]: P[00], Q[01150100386600103436d96b]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[15], Idx[01], RMSF[00:38:66], AMSF[10:34:36]}, RtoW[0, 0, 0, 0]
LBA[047437, 0x0b94d]: P[00], Q[0200000000000000003767c1]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [0000000000000], AMSF[     :37]}, RtoW[0, 0, 0, 0]
LBA[047438, 0x0b94e]: P[ff], Q[01160000027300103438dcb1]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[16], Idx[00], RMSF[00:02:73], AMSF[10:34:38]}, RtoW[0, 0, 0, 0]
LBA 47437 belongs to the track 16.

Re: DiscImageCreator

Posted: Fri Jan 13, 2023 10:39 pm
by superg
sarami wrote:
bikerspade wrote:A relatively recent dump of a particular PCECD disc (Metamor Jupiter) produced a bad track split, where the hashes for track 15 and track 16 are incorrect.
DB is incorrect. The pregap of the track 16 is 00:03:00, not 00:02:74.

Code: Select all

LBA[047436, 0x0b94c]: P[00], Q[01150100386600103436d96b]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[15], Idx[01], RMSF[00:38:66], AMSF[10:34:36]}, RtoW[0, 0, 0, 0]
LBA[047437, 0x0b94d]: P[00], Q[0200000000000000003767c1]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [0000000000000], AMSF[     :37]}, RtoW[0, 0, 0, 0]
LBA[047438, 0x0b94e]: P[ff], Q[01160000027300103438dcb1]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[16], Idx[00], RMSF[00:02:73], AMSF[10:34:38]}, RtoW[0, 0, 0, 0]
LBA 47437 belongs to the track 16.
sarami, LBA 047437 belongs to track 15. First of all, standard says that if track or index ends with Q without positional information it belongs to the current track, not to the next one. I'm too lazy to search through it but trust me.
Next, check P values from your subchannel decode, P[00] for LBA 047437 shows that it belongs to the previous track.
The dump in DB is correct.

Re: DiscImageCreator

Posted: Sat Jan 14, 2023 4:09 am
by sarami
superg wrote:it belongs to the current track, not to the next one.
No. See other tracks.

Code: Select all

LBA[000000, 0000000]: P[ff], Q[010101000000000002005a28]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[01], Idx[01], RMSF[00:00:00], AMSF[00:02:00]}, RtoW[0, 0, 0, 0]
LBA[000001, 0x00001]: P[00], Q[01010100000100000201e058]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[01], Idx[01], RMSF[00:00:01], AMSF[00:02:01]}, RtoW[0, 0, 0, 0]

Code: Select all

LBA[003364, 0x00d24]: P[00], Q[010101004464000046644b69]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[01], Idx[01], RMSF[00:44:64], AMSF[00:46:64]}, RtoW[0, 0, 0, 0]
LBA[003365, 0x00d25]: P[00], Q[01020000027400004665d274]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:74], AMSF[00:46:65]}, RtoW[0, 0, 0, 0]
LBA[003366, 0x00d26]: P[ff], Q[0102000002730000466685c3]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[02], Idx[00], RMSF[00:02:73], AMSF[00:46:66]}, RtoW[0, 0, 0, 0]
     :
     :

Code: Select all

LBA[136098, 0x213a2]: P[ff], Q[013501061417003016482f95]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[35], Idx[01], RMSF[06:14:17], AMSF[30:16:48]}, RtoW[0, 0, 0, 0]
LBA[136099, 0x213a3]: P[ff], Q[01360100000000301649cc7e]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[36], Idx[01], RMSF[00:00:00], AMSF[30:16:49]}, RtoW[0, 0, 0, 0]
LBA[136100, 0x213a4]: P[00], Q[01360100000100301650e537]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[36], Idx[01], RMSF[00:00:01], AMSF[30:16:50]}, RtoW[0, 0, 0, 0]

Code: Select all

LBA[138279, 0x21c27]: P[00], Q[013601002905003045540ab3]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[36], Idx[01], RMSF[00:29:05], AMSF[30:45:54]}, RtoW[0, 0, 0, 0]
LBA[138280, 0x21c28]: P[00], Q[01370000027400304555f71f]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[37], Idx[00], RMSF[00:02:74], AMSF[30:45:55]}, RtoW[0, 0, 0, 0]
LBA[138281, 0x21c29]: P[ff], Q[01370000027300304556a0a8]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[37], Idx[00], RMSF[00:02:73], AMSF[30:45:56]}, RtoW[0, 0, 0, 0]
It's not always but P channel of 1st sector of the track and 2nd sector of the track is different typically.

Re: DiscImageCreator

Posted: Sat Jan 14, 2023 1:14 pm
by superg
sarami wrote:
superg wrote:it belongs to the current track, not to the next one.
No. See other tracks.
It's not always but P channel of 1st sector of the track and 2nd sector of the track is different typically.
I understand your point that P change is not always an indicator of a track change, no objections here. However this is supplemental thing here.

Main problem is that Mode 2 Q (MCN) @ LBA 47437 separates track 15 and track 16. Here are the reasons why MCN should always belong to the previous track:

1. When playing the music, ordinary audio CD player plays it from left to right, MCN/ISRC frames repeat each 1/100 frames and are informational. Current track number is stored as a current state of audio player and it switches only when it changes in in Mode 1 Q which will happen after the MCN/ISRC as current track information is not stored in Mode 2 or Mode 3 Q.

2. New track always starts from Mode 1 Q. I think I saw that somewhere in rainbow books, unfortunately I cannot find it right now. Although this statement is implied throughout documentation, for instance open MMC-3 working draft page 26:
"4.2.3.4.3 ADR=3 (0011b) – Mode-3 Q"
"The ISRC may only change immediately after the Track Number (TNO) has been changed."

I understand you're trying to do some guesswork based on 150 standard gap size or even establishing that P is shifted 1 sector for each track so start is always shifted in relation to that or something but that is unsafe.

Re: DiscImageCreator

Posted: Sat Jan 14, 2023 8:20 pm
by sarami
This is a similar case. Please understand this is not special.

[PCE] Madou Monogatari I - Honoo no Sotsuenji (Japan)
https://redump.info/disc/37150/

Code: Select all

LBA[183031, 0x2caf7]: P[ff], Q[01210100317000404231bc6d]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[21], Idx[01], RMSF[00:31:70], AMSF[40:42:31]}, RtoW[0, 0, 0, 0]
LBA[183032, 0x2caf8]: P[ff], Q[020000000000000000323764]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [0000000000000], AMSF[     :32]}, RtoW[0, 0, 0, 0]
LBA[183033, 0x2caf9]: P[00], Q[012201000001004042336c90]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[22], Idx[01], RMSF[00:00:01], AMSF[40:42:33]}, RtoW[0, 0, 0, 0]

[PCE] Cosmic Fantasy 3 - Bouken Shounen Rei (Japan)
https://redump.info/disc/2416/

Code: Select all

LBA[142873, 0x22e19]: P[ff], Q[41370000000000314673bc02]{ Data,      Copy NG,                  Track[37], Idx[00], RMSF[00:00:00], AMSF[31:46:73]}, RtoW[0, 0, 0, 0]
LBA[142874, 0x22e1a]: P[ff], Q[420000000000000000746d7c]{ Data,      Copy NG,                  MediaCatalogNumber [0000000000000], AMSF[     :74]}, RtoW[0, 0, 0, 0]
LBA[142875, 0x22e1b]: P[00], Q[413701000001003147002c45]{ Data,      Copy NG,                  Track[37], Idx[01], RMSF[00:00:01], AMSF[31:47:00]}, RtoW[0, 0, 0, 0]

LBA[261585, 0x3fdd1]: P[00], Q[01950100136900580960087c]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[95], Idx[01], RMSF[00:13:69], AMSF[58:09:60]}, RtoW[0, 0, 0, 0]
LBA[261586, 0x3fdd2]: P[00], Q[020000000000000000615df2]{Audio, 2ch, Copy NG, Pre-emphasis No, MediaCatalogNumber [0000000000000], AMSF[     :61]}, RtoW[0, 0, 0, 0]
LBA[261587, 0x3fdd3]: P[ff], Q[019600000273005809625f79]{Audio, 2ch, Copy NG, Pre-emphasis No, Track[96], Idx[00], RMSF[00:02:73], AMSF[58:09:62]}, RtoW[0, 0, 0, 0]

Re: DiscImageCreator

Posted: Wed Feb 01, 2023 5:06 am
by sarami
https://github.com/saramibreak/DiscImag … g/20230201

Code: Select all

*2023-02-01
- added: support the c2 offset of the plextor 712A or newer
- added: change the default path of the driveOffset.txt file on linux
- added: fix subQ using next subQ when crc does not match by index 0
- added: /d option (hash sha224, sha256, sha384, sha512)
- added: /sk for dvd
- changed: do not use the combined offset in .c2
- changed: set mode using LBA 11
- changed: remove printing directory from .dat output file on linux
- fixed: forgot .raw hashing
- fixed: failed to read directory record when record size is more than the max transfer length (only GD-ROM)
- fixed: check subchannel of lead-in of the 2nd session
- fixed: cue indexes when there is index 2 or more in track 1
- fixed: detecting ARccOS
sadikyo wrote:The present method of dumping Audio CDs using DIC in some cases leads to imperfect results, including:
* Failure to capture data in the lead-in and lead-out
It has supported for just one year now (20220201).

Code: Select all

        /vrfy   Check non-zero byte in the lead-out and pregap of 1st track (Only Audio CD)
                        val     0: audio cd can be read without offset (default)
                                1: audio cd can be read with offset
                                    and select 'y' then read without offset or select 'n' then not read
                                2: logs are only generated with offset
sadikyo wrote:* Occasional imperfect track splits
Why not report as a bug if it is really true?

Re: DiscImageCreator

Posted: Wed Feb 01, 2023 9:27 pm
by user7
sarami wrote:Why not report as a bug if it is really true?
From what I understand, most of the discussion takes place on the Discord. It's a good place to be if you want to stay current.

Re: DiscImageCreator

Posted: Wed Mar 01, 2023 3:38 pm
by MrPepka
Sarami would you take a look at it?
https://mega.nz/file/kvwWGLCL#UHCuQnmdt … oYFpPQ_ez8
https://mega.nz/file/tmASBA6L#15sT5Q3VM … h6i8W0DDkM
The disc is not in the best condition, but some errors seem to indicate an incorrectly burned disc (mastering errors?)
I'm talking about "Mode2 NoEdc subheader" errors here
All times are UTC
Page 335 of 354

Powered by phpBB® Forum Software © phpBB Limited