3,251 (edited by Novicami 2022-05-30 17:01:46)

sarami wrote:
Novicami wrote:

I have an analysis problem when dumping an Amiga disc

Test build
https://www.mediafire.com/file/eq80y20l … st.7z/file

Same bug...sorry
I'm not a raw data specialist but the problem seems to come from a special character (F1 > ñ and D1 > Ñ) :

LBA: 1 474

0000 : 22 00 C2 05 00 00 00 00  05 C2 00 08 00 00 00 00   "...............
0010 : 08 00 5F 08 0E 00 30 2D  00 02 00 00 01 00 00 01   .._...0-........
0020 : 01 00 22 00 C1 05 00 00  00 00 05 C1 00 08 00 00   ..".............
0030 : 00 00 08 00 5F 08 19 15  06 05 00 02 00 00 01 00   ...._...........
0040 : 00 01 01 01 26 00 C3 05  00 00 00 00 05 C3 00 08   ....&...........
0050 : 00 00 00 00 08 00 5F 08  0E 00 30 2C 00 02 00 00   ......_...0,....
0060 : 01 00 00 01 05 44 61 6E  73 6B 28 00 C4 05 00 00   .....Dansk(.....
0070 : 00 00 05 C4 00 08 00 00  00 00 08 00 5F 08 0E 00   ............_...
0080 : 30 2C 00 02 00 00 01 00  00 01 07 44 65 75 74 73   0,.........Deuts
0090 : 63 68 28 00 C5 05 00 00  00 00 05 C5 00 08 00 00   ch(.............
00A0 : 00 00 08 00 5F 08 0E 00  30 2C 00 02 00 00 01 00   ...._...0,......
00B0 : 00 01 07 45 73 70 61 F1  6F 6C 2C 00 C6 05 00 00   ...Espa.ol,.....
00C0 : 00 00 05 C6 00 08 00 00  00 00 08 00 5F 08 0E 00   ............_...
00D0 : 30 2D 00 02 00 00 01 00  00 01 0A 4E 65 64 65 72   0-.........Neder
00E0 : 6C 61 6E 64 73 00 26 00  C7 05 00 00 00 00 05 C7   lands.&.........
00F0 : 00 08 00 00 00 00 08 00  5F 08 0E 00 30 2D 00 02   ........_...0-..
0100 : 00 00 01 00 00 01 05 53  75 6F 6D 69 28 00 C8 05   .......Suomi(...
0110 : 00 00 00 00 05 C8 00 08  00 00 00 00 08 00 5F 08   .............._.
0120 : 0E 00 30 2D 00 02 00 00  01 00 00 01 07 53 76 65   ..0-.........Sve
0130 : 6E 73 6B 61 00 00 00 00  00 00 00 00 00 00 00 00   nska............
0140 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0150 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0160 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0170 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0180 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0190 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
01A0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
01B0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
01C0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
01D0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
01E0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
01F0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0200 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0210 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0220 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0230 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0240 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0250 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0260 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0270 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0280 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0290 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
02A0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
02B0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
02C0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
02D0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
02E0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
02F0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0300 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0310 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0320 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0330 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0340 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0350 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0360 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0370 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0380 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0390 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
03A0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
03B0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
03C0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
03D0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
03E0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
03F0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0400 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0410 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0420 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0430 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0440 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0450 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0460 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0470 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0480 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0490 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
04A0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
04B0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
04C0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
04D0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
04E0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
04F0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0500 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0510 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0520 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0530 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0540 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0550 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0560 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0570 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0580 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0590 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
05A0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
05B0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
05C0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
05D0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
05E0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
05F0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0600 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0610 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0620 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0630 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0640 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0650 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0660 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0670 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0680 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0690 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
06A0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
06B0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
06C0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
06D0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
06E0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
06F0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0700 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0710 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0720 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0730 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0740 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0750 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0760 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0770 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0780 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
0790 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
07A0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
07B0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
07C0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
07D0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
07E0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
07F0 : 00 00 00 00 00 00 00 00  00 00 00 00 00 00 00 00   ................

3,252

Novicami wrote:

the problem seems to come from a special character (F1 > ñ and D1 > Ñ) :

Probably yes. Is there latest test build logs?

3,253

sarami wrote:
Novicami wrote:

the problem seems to come from a special character (F1 > ñ and D1 > Ñ) :

Probably yes. Is there latest test build logs?

of course, yes
https://mega.nz/file/5U8jxR7Y#9BoVDcp18 … mIKAfoUloU

3,254

Novicami wrote:
sarami wrote:
Novicami wrote:

the problem seems to come from a special character (F1 > ñ and D1 > Ñ) :

Probably yes. Is there latest test build logs?

of course, yes
https://mega.nz/file/5U8jxR7Y#9BoVDcp18 … mIKAfoUloU

https://www.mediafire.com/file/eq80y20l … st.7z/file
- added: Check Latin-1 character.

3,255

usurper wrote:

Hey sarami, there seems to be a problem with descrambling this disk: Super Stardust (Europe).
Descrambler is ultra slow doing one sector in several seconds. I've interupted the process. Latest test version used.
Could you please have a look?

Dump: https://www.mediafire.com/file/lnxuoyp5 … st.7z/file

Mode of the data sector is all 0. According to Ecma-130 pp14-15, 2336 bytes of the mode 0 sector are all zero. But Super Stardust (Europe) is not so. It's irregular.

3,256

sarami wrote:
usurper wrote:

Hey sarami, there seems to be a problem with descrambling this disk: Super Stardust (Europe).
Descrambler is ultra slow doing one sector in several seconds. I've interupted the process. Latest test version used.
Could you please have a look?

Dump: https://www.mediafire.com/file/lnxuoyp5 … st.7z/file

Mode of the data sector is all 0. According to Ecma-130 pp14-15, 2336 bytes of the mode 0 sector are all zero. But Super Stardust (Europe) is not so. It's irregular.

Ok, thanks. Any advice on what to do to dump it properly?

3,257

sarami wrote:

- added: Check Latin-1 character.

Thank you, it is now functional and faultless!
Last logs

3,258

usurper wrote:

Ok, thanks. Any advice on what to do to dump it properly?

1. As is.
2. It's descrambled as mode 1 forcibly and fixed to mode 1 sector.
3. It's descrambled as mode 1 forcibly and not fix to mode 1 sector.

We need to select any of the number.

3,259

It seems like there is a regression between the February (20220201T112553) and March (20220301T213949) versions of DIC which affects reading the directory record of some DVDs. It is also present in the current version.

https://github.com/saramibreak/DiscImag … issues/133

3,260 (edited by Novicami 2022-06-04 14:51:57)

@sarami
I have a problem with another multi-platform disc (mainly Amiga) : Dream 41

Disc_mainError.txt

nLBA 78, Directory Record is invalid

Dumped with DIC v20220531 test
Logs here

PS:I have included the hexa content of LBA 77 and 78

3,261

Novicami wrote:

I have a problem with another multi-platform disc (mainly Amiga) : Dream 41

Test build
https://www.mediafire.com/file/eq80y20l … st.7z/file

3,262

sarami wrote:
Novicami wrote:

I have a problem with another multi-platform disc (mainly Amiga) : Dream 41

Test build
https://www.mediafire.com/file/eq80y20l … st.7z/file

Everything seems to be going well now!
Logs here

3,263

https://github.com/saramibreak/DiscImag … g/20220606
*2022-06-06
- added: check Latin-1 character when reading DirectoryRecord
- added: support CD-TEXT with Unicode
- changed: PFI.bin to (fname)_PFI.bin and DMI, SS, PIC are also the same
- fixed: when subQ is fixed, if the adr of next subQ is not 1, prev subQ is used
- fixed: allow "Data Length 0" (for some linux and amiga disc)

sarami wrote:
sarami wrote:
Neon Beast wrote:

It has some weird CD-text, probably causing the problem.

CD-TEXT supports "ISO/IEC 8859-1", "ISO/IEC 646", "MS-JIS (CP932, SJIS)" https://www.gnu.org/software/libcdio/cd … 80x8f_0029
But this disc uses Unicode. Therefore, unicode needs the conversion to these character codes.

Added. https://www.mediafire.com/file/eq80y20l … st.7z/file

Dumped with the latest release, CD-TEXT not showing correctly, is this normal?

https://mega.nz/file/CrwAUaCa#5nNUtqJzY … OYvM3zGwSI

3,265

Neon Beast wrote:

CD-TEXT not showing correctly, is this normal?

I tested it using same CD-TEXT data, and it's no problem. I'm not sure why the string is not showed correctly.

========== CDTEXT ==========
    Entry 0 crc[0657] is good
    Entry 1 crc[315e] is good
    Entry 2 crc[7786] is good
    Entry 3 crc[e163] is good
    Entry 4 crc[9205] is good
    Entry 5 crc[bc6b] is good
    Entry 6 crc[bf6d] is good
    Entry 7 crc[2729] is good
    Entry 8 crc[3b44] is good
    Entry 9 crc[23ae] is good
    Entry 10 crc[4a86] is good
    Entry 11 crc[d75d] is good
    Entry 12 crc[828e] is good
    Entry 13 crc[5537] is good
    Entry 14 crc[9619] is good
    Entry 15 crc[6544] is good
    Entry 16 crc[db0b] is good
    Entry 17 crc[94d5] is good
    Entry 18 crc[a4af] is good
    Entry 19 crc[d9d4] is good
    Entry 20 crc[e416] is good
    Entry 21 crc[6e59] is good
    Entry 22 crc[c7ec] is good
    Entry 23 crc[ffb4] is good
    Entry 24 crc[c835] is good
    Entry 25 crc[bf60] is good
    Entry 26 crc[bace] is good
    Entry 27 crc[a5a8] is good
    Entry 28 crc[3176] is good
    Entry 29 crc[bca4] is good
    Album Name: 新しいタイトル (7)
     Song Name[1]: トラック 01
     Song Name[2]: トラック 02
     Song Name[3]: トラック 03
     Song Name[4]: トラック 04
     Song Name[5]: トラック 05
     Song Name[6]: トラック 06
     Song Name[7]: トラック 07
     Song Name[8]: トラック 08
     Song Name[9]: トラック 09
     Song Name[10]: トラック 10
    Album Performer: 新しいアーティスト (7)
    First track number: 1
     Last track number: 10
         Lead-out(msf): 44:04:61
          Track 1(msf): 00:02:00
          Track 2(msf): 04:15:27
          Track 3(msf): 08:23:64
          Track 4(msf): 12:50:19
          Track 5(msf): 17:07:59
          Track 6(msf): 21:30:44
          Track 7(msf): 25:54:34
          Track 8(msf): 30:08:20
          Track 9(msf): 34:48:37
          Track 10(msf): 39:36:00
             Character code for this BLOCK: 0x00 (ISO/IEC 8859-1 [Latin-1])
                        First track Number: 1
                         Last track Number: 20
                             Mode2 PACKETs: No
              Program area copy protection: No
                Copyright asserted for $85: Yes
            Copyright asserted for $81-$84: Yes
                Copyright asserted for $80: Yes
    Number of PACKS with $80 (ALBUM_NAME) : 17
    Number of PACKS with $81 (PERFORMER)  : 6
    Number of PACKS with $82 (SONGWRITER) : 0
    Number of PACKS with $83 (COMPOSER)   : 0
    Number of PACKS with $84 (ARRANGER)   : 0
    Number of PACKS with $85 (MESSAGES)   : 0
    Number of PACKS with $86 (DISC_ID)    : 0
    Number of PACKS with $87 (GENRE)      : 0
    Number of PACKS with $88 (TOC_INFO)   : 4
    Number of PACKS with $89 (TOC_INFO2)  : 0
    Number of PACKS with $8a              : 0
    Number of PACKS with $8b              : 0
    Number of PACKS with $8c              : 0
    Number of PACKS with $8d (CLOSED_INFO): 0
    Number of PACKS with $8e (UPC_EAN)    : 0
    Number of PACKS with $8f (SIZE_INFO)  : 3
           Last Sequence number of BLOCK 0: 29
           Last Sequence number of BLOCK 1: 0
           Last Sequence number of BLOCK 2: 0
           Last Sequence number of BLOCK 3: 0
           Last Sequence number of BLOCK 4: 0
           Last Sequence number of BLOCK 5: 0
           Last Sequence number of BLOCK 6: 0
           Last Sequence number of BLOCK 7: 0
                     Language code BLOCK 0: 0x69 (Japanese)
                     Language code BLOCK 1: 0x00 (not applicable)
                     Language code BLOCK 2: 0x00 (not applicable)
                     Language code BLOCK 3: 0x00 (not applicable)
                     Language code BLOCK 4: 0x00 (not applicable)
                     Language code BLOCK 5: 0x00 (not applicable)
                     Language code BLOCK 6: 0x00 (not applicable)
                     Language code BLOCK 7: 0x00 (not applicable)

3,266

I am planning to use DIC to archive my CDDA audio CDs (via a Plextor 760A).

Is there any way to populate the resultant .cue file with metadata from discogs, musicbrainz etc?

3,267

Hey sarami I have a question about your .c2 format.

According to your readme, 1 bit inside the .c2 file represents 1 byte in the disc image. But there isn't any additional information besides that. I can assume that 0 means no c2 error and 1 means c2 error, but I'm having a difficult time trying to determine how the bits correlate to the exact locations of the bytes in the disc image.

For instance, let's say I had two incomplete dumps that have c2 errors in both, like this:

https://i.imgur.com/lXPQHId.png

According to the .c2 for one dump, I have one C2 error ($01) somewhere in the 8 bytes that should correlate to 0xC3 in this .c2 file. In the other dump, there are no errors for this equivalent area as the byte is set to $00. If you take 0xC3 and multiply it by 8, you should get the address for the group of 8 bytes this error represents, which in this case is 0x618 in the image file.

https://i.imgur.com/RtJMP96.png

I assume that the bits correlate to the bytes in LSB order. So since $01 is 00000001 in binary, there should be an error that affects just 1 byte around 0x618-0x61F, in this case the c2 error should be on 0x61F. But when comparing both image dumps, there are TWO bytes that differ rather than one.

I don't think I understand how the .c2 file actually correlates to the image file. Can you explain how?

3,268

ehw wrote:

Hey sarami I have a question about your .c2 format.

According to your readme, 1 bit inside the .c2 file represents 1 byte in the disc image. But there isn't any additional information besides that. I can assume that 0 means no c2 error and 1 means c2 error, but I'm having a difficult time trying to determine how the bits correlate to the exact locations of the bytes in the disc image.

Please see my reply here: http://forum.redump.org/post/99760/#p99760

ehw wrote:

I assume that the bits correlate to the bytes in LSB order. So since $01 is 00000001 in binary, there should be an error that affects just 1 byte around 0x618-0x61F, in this case the c2 error should be on 0x61F. But when comparing both image dumps, there are TWO bytes that differ rather than one.

C2 is usually big endian (MSB) with some drive exceptions.
Also, you see two damaged bytes per 1 C2 bit set only for sectors that are scrambled, I guess this is how scrambling implemented on hardware level.

Talk to me on Discord (superg#9200)

3,269 (edited by ehw 2022-07-12 03:43:03)

superg wrote:
ehw wrote:

Hey sarami I have a question about your .c2 format.

According to your readme, 1 bit inside the .c2 file represents 1 byte in the disc image. But there isn't any additional information besides that. I can assume that 0 means no c2 error and 1 means c2 error, but I'm having a difficult time trying to determine how the bits correlate to the exact locations of the bytes in the disc image.

Please see my reply here: http://forum.redump.org/post/99760/#p99760

ehw wrote:

I assume that the bits correlate to the bytes in LSB order. So since $01 is 00000001 in binary, there should be an error that affects just 1 byte around 0x618-0x61F, in this case the c2 error should be on 0x61F. But when comparing both image dumps, there are TWO bytes that differ rather than one.

C2 is usually big endian (MSB) with some drive exceptions.
Also, you see two damaged bytes per 1 C2 bit set only for sectors that are scrambled, I guess this is how scrambling implemented on hardware level.

Talk to me on Discord (superg#9200)

Thanks for the response. smile

That's a little concerning. I assumed each bit .c2 would map directly to the bytes in the .scm since those two files are always generated first by DIC but I wasn't aware they could be offset by drive...

If you look at the Beyond Compare image there are actually some groups of 8 bytes where only one of the bytes is different. For instance, the 5th byte (at 0x91C) in the group of 8 bytes at 0x918 in the .scm file apparently correlates to 0x123 in the .c2 file. In dump 1, the value at 0x123 in the .c2 file is $0F (00001111) and in dump 2 this value is $0D (00001101). I did descramble the two .scm dumps I was comparing using ISOBuster and the placement of the byte differences are the same as in the scrambled, just the values are obviously different. I descrambled the file by saving the CD image as a .bin (Extract CD image -> Raw .bin).

3,270

@sarami: Just thinking outside the box here...and if this feature is already in place and I missed it feel FREE to correct me...but rather than exporting all of the data dumps into a flat, text file...it seems like it would be more beneficial if the data were also exported in a supplemental CSV format. This way we could eventually use the CSV format to streamline disc uploads by auto-populating the data fields by uploading the CSV directly.

Again, just an idea. And if it already exists...awesome!

Cheers!
-MrTikki-

ATAPI iHBS212 2 HL05 (+6) | LG BH16NS40 (+6) | Plextor PX-W4824TA (+98) | Plextor PX-708A (+30)

superg wrote:

Please see my reply here: http://forum.redump.org/post/99760/#p99760

Very nice research. Is this fix already implemented?

3,272

@sarami
New little problem with a Amiga stuff...

Disc_mainError.txt

nLBA 912, Directory Record is invalid
E:\DEV\GCC\GNU\LIB\GCC-LIB\AMIGADOS\2.6.3\INCLUDE\OBJC\
|--------------------------- ---------------- ------------------ ----------------- --------------
|_ ENCODING.H               |          2.505 | 1995/03/30 19:18 | CRC32 $A16EE80F | MN $2F2A2045 |
|_ HASH.H                   |          6.201 | 1995/03/30 19:18 | CRC32 $810BE95E | MN $2F2A2048 |
|_ LIST.H                   |          3.504 | 1995/03/30 19:18 | CRC32 $E1D04CDD | MN $2F2A2047 |
|_ OBJC-API.H               |         15.258 | 1995/03/30 19:18 | CRC32 $1C440A5D | MN $2F2A2047 |
|_ OBJC.H                   |          5.237 | 1995/03/30 19:18 | CRC32 $EEC8005A | MN $2F2A2042 |
|_ OBJECT.H                 |          3.490 | 1995/03/30 19:18 | CRC32 $34325BFE | MN $2F2A2049 |
|_ PROTOCOL.H               |          1.843 | 1995/03/30 19:18 | CRC32 $70196BB1 | MN $2F2A2044 |
|_ SARRAY.H                 |          5.883 | 1995/03/30 19:18 | CRC32 $A2CAF325 | MN $2F2A2053 |
|_ TYPEDSTREAM.H            |          4.215 | 1995/03/30 19:18 | CRC32 $5C2F58D9 | MN $2F2A2047 |
 --------------------------- ---------------- ------------------ ----------------- --------------

CD logs

3,273

MrTikki wrote:

but rather than exporting all of the data dumps into a flat, text file...it seems like it would be more beneficial if the data were also exported in a supplemental CSV format. This way we could eventually use the CSV format to streamline disc uploads by auto-populating the data fields by uploading the CSV directly.

It's impossible to replace all of the data to the csv.

Novicami wrote:

New little problem with a Amiga stuff...

There is a irregular? record in LBA 910.

0140 :                          76 00 00 00 00 00 00 00   ._....,.v.......
0150 : 00 00 00 00 00 00 00 00  00 00 5F 03 1E 11 12 2C   .........._....,
0160 : 00 00 00 00 01 00 00 01  07 46 49 58 45 44 3B 31   .........FIXED;1
0170 : 52 52 05 01 89 4E 4D 0A  01 00 66 69 78 65 64 50   RR...NM...fixedP
0180 : 58 24 01 FF 81 00 00 00  00 81 FF 01 00 00 00 00   X$..............
0190 : 00 00 01 00 00 00 00 00  00 00 00 00 00 00 00 00   ................
01A0 : 00 00 00 54 46 1A 01 0E  5F 03 1E 11 12 2C 00 5F   ...TF..._....,._
01B0 : 03 1E 11 12 2C 00 5F 03  1E 11 12 2C 00 00

What is the "FIXED"?

3,274

sarami wrote:

What is the "FIXED"?

It's a empty file

E:\DEV\GCC\GNU\LIB\GCC-LIB\AMIGADOS\2.6.3\INCLUDE\
|--------------------------- ---------------- ------------------ ----------------- --------------
|_ CURSES.H                 |         12.832 | 1995/03/30 19:18 | CRC32 $9C42FDB9 | MN $2F2A0A20 |
|_ FIXED                    |              0 | 1995/03/30 19:18 | CRC32 $-------- | MN $-------- |
|_ FLOAT.H                  |          4.946 | 1995/03/30 19:18 | CRC32 $E788D5F8 | MN $2F2A2066 |
|_ LIMITS.H                 |          2.922 | 1995/03/30 19:18 | CRC32 $E260E92D | MN $2F2A2054 |
|_ PROTO.H                  |            137 | 1995/03/30 19:18 | CRC32 $66678C86 | MN $2F2A2054 |
|_ README                   |            495 | 1995/03/30 19:18 | CRC32 $3AA993BC | MN $54686973 |
|_ STDARG.H                 |          4.723 | 1995/03/30 19:18 | CRC32 $2E0E8134 | MN $2F2A2073 |
|_ STDDEF.H                 |          8.926 | 1995/03/30 19:18 | CRC32 $3C5015D2 | MN $2369666E |
|_ SYSLIMITS.H              |            239 | 1995/03/30 19:18 | CRC32 $75E17A9C | MN $2F2A2073 |
|_ UNISTD.H                 |          7.002 | 1995/03/30 19:18 | CRC32 $2CA12D26 | MN $2F2A2D0A |
|_ VA-ALPHA.H               |          2.667 | 1995/03/30 19:18 | CRC32 $712B8F00 | MN $2F2A2047 |
|_ VA-CLIPPER.H             |          1.871 | 1995/03/30 19:18 | CRC32 $DBC62777 | MN $2F2A2047 |
|_ VA-H8300.H               |          1.446 | 1995/03/30 19:18 | CRC32 $D3116351 | MN $2F2A2073 |
|_ VA-I860.H                |          6.533 | 1995/03/30 19:18 | CRC32 $6C4B0513 | MN $2F2A204E |
|_ VA-I960.H                |          2.092 | 1995/03/30 19:18 | CRC32 $FB3DC027 | MN $2F2A2047 |
|_ VA-M88K.H                |          2.727 | 1995/03/30 19:18 | CRC32 $FEC5E77A | MN $2F2A2047 |
|_ VA-MIPS.H                |          3.160 | 1995/03/30 19:18 | CRC32 $37CB203C | MN $2F2A202D |
|_ VA-PA.H                  |          1.539 | 1995/03/30 19:18 | CRC32 $33B7FCDB | MN $0A2F2A20 |
|_ VA-PYR.H                 |          4.045 | 1995/03/30 19:18 | CRC32 $8F72CBBD | MN $2F2A2A0A |
|_ VA-SPARC.H               |          6.656 | 1995/03/30 19:18 | CRC32 $18F97F72 | MN $2F2A2054 |
|_ VA-SPUR.H                |          1.662 | 1995/03/30 19:18 | CRC32 $CA0308B1 | MN $2F2A2020 |
|_ VARARGS.H                |          4.822 | 1995/03/30 19:18 | CRC32 $8CDB174B | MN $2F2A2052 |
 --------------------------- ---------------- ------------------ ----------------- --------------

Confirmed here:
https://aminet.net/package/dev/gcc/gcc270-c

3,275

Novicami wrote:

It's a empty file

Test build
https://www.mediafire.com/file/eq80y20l … st.7z/file