1

(2,951 replies, posted in General discussion)

F1ReB4LL wrote:

but it should probably additionally create a fixed image and we should probably add the fixed images somehow

I agree for your thought.

F1ReB4LL wrote:

"dump" and "dump (fixed)"?

Is it "dump.scm" and "dump (fixed).scm" and "dump.img" and "dump (fixed).img" ?

This is a list to support.

disc     | non fixed image | fixed image
---------+-----------------+------------
Silpheed | yes             | no
---------+-----------------+------------
Video CD |                 |
Music    | yes             | no
Sampler  |                 |
---------+-----------------+------------
FMT      | no              | yes
---------+-----------------+------------
CD-i     | yes             | no
----------------------------------------

Anyway, I'll get someday these mastering error discs to create the "dump" and "dump (fixed)" automatically...

@user7
Tell me the ebay or amazon or discogs link of "HighlightsVCD", please.

2

(2,951 replies, posted in General discussion)

DopefishJustin wrote:

I can't see any way to make DIC ignore the errors and complete the dump.

Execute without /c2.

3

(2,951 replies, posted in General discussion)

Silpheed (Sample) lefts 68255 sectors scrambled as far as I see the comments. Then, some CD-i (and FMT) discs should be so?

4

(2,951 replies, posted in General discussion)

iR0b0t wrote:

Can it not be descrambled or what is the issue?

Some CD-i discs have a similar problem to FMT discs.
* http://redump.org/disc/45432/
* http://redump.org/disc/70481/
* http://redump.org/disc/73334/
These 3 titles have 2 write offset due to the mastering issue of the pregap sector. 1st write offset is used by the pregap sector only, so DIC descramble the main (non-pregap) sector using the 2nd write offset.

CD-i discs that user7 reported have also 2 write offset due to the mastering issue of the main sector.
e.g. https://drive.google.com/file/d/1FEVCLK … sp=sharing
To descramble all sector
1. descramble LBA 0 to LBA 948 using 1st write offset.
2. descramble LBA 950 to last sector using 2nd write offset.
3. pad all 0 bytes and put in LBA 949.
    or cut the excessive 120 bytes of LBA 949.

5

(2,951 replies, posted in General discussion)

user7 wrote:

Anything can be done? or forever Non-Redump? This is a very rare Philips CD-i Japanese demo so would be nice to save if possible.

As with the Maddog's dump, the opinion of admin and moderator is needed.

6

(2,951 replies, posted in General discussion)

user7 wrote:

A new CDi dump giving issues https://drive.google.com/file/d/1FEVCLK … sp=sharing

Never seen something like this before. The filesystem of the dump is empty. IsoBuster dump has edcchk errors too but has files in the filesystem.

LBA 950 ... last are all shifted because LBA 949 is mastering error (2352 + 120 bytes).

7

(2,951 replies, posted in General discussion)

user7 wrote:

I think it may be correct?

Yes.

user7 wrote:

I think Asus just doesn't like CD-i mastering errors?

It's not related. Your disc is a little bad condition. Disc has c2 errors.
PX716 is no c2 error.

PX755

                 ofs: 474, 475, 47d, 486, 487, 535, 53e, 53f, 5f6, 5f7, 692, 693, 6c4, 6c5, 74a, 74b, 753, 77c, 77d, 802, 803, 80b, 834, 835, 
 LBA[306465, 0x4ad21] Detected C2 error 24 bit
LBA[306465, 0x4ad21]: crc32[000]: 0x434dcf1a good. Rewrote .scm[720805560-720807911(2af69eb8-2af6a7e7)] .c2[90100695-90100988(55ed3d7-55ed4fc)]

Asus

                 ofs: 814, 815, 81d, 826, 827, 874, 875, 87e, 887, 8d5, 8de, 8df, 
 LBA[306443, 0x4ad0b] Detected C2 error 12 bit
                 ofs: 6, f, 66, 67, a2, c7, d4, 102, 103, 134, 135, 15a, 162, 163, 18c, 195, 1ba, 1bb, 1c3, 1ec, 1ed, 212, 21a, 21b, 244, 24d, 272, 273, 27b, 2a4, 2a5, 2d2, 2d3, 2e0, 305, 333, 340, 341, 398, 3a0, 3a1, 3f8, 3f9, 401, 450, 458, 459, 462, 4b0, 4b1, 4b9, 4c2, 4c3, 
 LBA[306444, 0x4ad0c] Detected C2 error 53 bit
                 ofs: 91c, 927, 92e, 92f, 
 LBA[307651, 0x4b1c3] Detected C2 error 4 bit
                 ofs: 4d, 4e, 56, 5f, af, b6, b7, 10e, 117, 11c, 14a, 16e, 16f, 17d, 1ab, 1cf, 1d4, 1dc, 202, 20a, 235, 23c, 23d, 263, 26b, 28c, 294, 29d, 2ba, 2c2, 2ed, 2f4, 2f5, 31b, 323, 34c, 355, 37a, 388, 3ac, 3ad, 3db, 3e9, 40d, 440, 448, 4a1, 4a9, 4aa, 4f8, 500, 50b, 559, 561, 562, 56a, 
 LBA[307652, 0x4b1c4] Detected C2 error 56 bit
LBA[306443, 0x4ad0b]: crc32[000]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[001]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[002]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[003]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[004]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[005]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[006]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[007]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[008]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[009]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[010]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[011]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[012]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[013]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[014]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[015]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[016]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[017]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[018]: 0x67b726fc bad
LBA[306443, 0x4ad0b]: crc32[019]: 0x67b726fc 
bad all. need to reread more

8

(2,951 replies, posted in General discussion)

user7 wrote:

Asus seems to not dump CDi with disc image creator at all.

Use this.

        /mr     Multi sector reading of the lead-out for 0xf1 drive
                        val     retry count (default 50)
user7 wrote:

can you investigate more discimagecreator app for a fix? Two Plextors, One Asus, no good dump

Asus also has the same problem. Admin and moderator, their opinion is needed.

9

(11 replies, posted in News)

I uploaded the fixed version on 5/14 http://forum.redump.org/post/90282/#p90282 and I requested the test on 5/18 http://forum.redump.org/post/90429/#p90429 but nobody tested.

I also confirmed getting the same hash by Airs Adventure http://redump.org/disc/2646/ at that time.

10

(2,951 replies, posted in General discussion)

user7 wrote:

I see this in command line:

http://forum.redump.org/post/91259/#p91259

11

(2,951 replies, posted in General discussion)

https://github.com/saramibreak/DiscImag … g/20210701
*2021-07-01
- fixed: only use 1st 0xb0 (FULL TOC)
- fixed: escaped the encrypted PARAM.SFO
- fixed: ASUS FW does not support dumping multi-session discs for my tool because it can't read the lead-in sector of the 2nd session
- fixed: 0x7f, 0xff...0xff of subRtoW are not detected as error
- fixed: failed to dump the GD-ROM
- fixed: cannot get PVD due to one pregap sector
- fixed: failed to dump the multi-session disc that has offsets over 2352 bytes (Sonic The Hedgehog (Germany) (4 014548 004785))

12

(2,951 replies, posted in General discussion)

Neon Beast wrote:

Yes, it has PVD.

Uploaded. https://www.mediafire.com/file/eq80y20l … st.7z/file
Test, plz.

13

(2,951 replies, posted in General discussion)

Neon Beast wrote:

What about that un-dumpable disc 2? Anyway to dump it using DIC?

Is there PVD in LBA 16? Check by Isobuster, please.

14

(2,951 replies, posted in General discussion)

gmipf wrote:

OK, I will try burning an XGD3 iso and use it as the trap disc. Layerbreak the burn is 2133520 I think? Should I burn the DVD+R DL as booktype DVD-ROM or as normal?

EDIT: 2133520 isn't even possible on DVD+R DL? I think I need a burner with BurnerMAX feature for this?

Ah, I said there is no disc that can burn XGD3. If you dump it, use XBOX360 drive. Kreon drive also can dump it without SSv2.

Neon Beast wrote:

It's the Chinese release of Eraser Turnabout, I can't find any link for you, unfortunately. So correctness between dumps cannot be verified as of now?

As you say, the last 4 sectors are mastering error, but in relation to the other error sectors, I'm not sure which result of the tool is correct.

15

(2,951 replies, posted in General discussion)

gmipf wrote:

I can't find any pressed disc as big as 4267015.

Yes. XGD3 can dump by the trap disc method in theory, but there is not a blank disc that can dump it.

16

(2,951 replies, posted in General discussion)

Neon Beast wrote:

I have dumped a disc with some errors which I believe are mastering errors since this publisher's discs always have some

Tell me the correct title and the link of amazon or eBay, please.

17

(2,951 replies, posted in General discussion)

CloneCD wrote:

I 15:48:19 Fast Error Skip: Yes

Can you set "Fast Error Skip" to "No"?

18

(2,951 replies, posted in General discussion)

max wrote:

There was a message regarding sectors which lack ECC though, so I guess it would be normal to see no errors for those sectors because they couldn't be checked.

The 4th sector from the last does not change the mode.

LBA[326231, 0x4fa57], MSF[72:31:56], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
LBA[326232, 0x4fa58], MSF[72:31:57], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
LBA[326233, 0x4fa59], MSF[72:31:58], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
LBA[326234, 0x4fa5a], MSF[72:31:59], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
LBA[326235, 0x4fa5b], MSF[72:31:60], mode 2 form 1, SubHeader[1](FileNum[00]), [2](ChannelNum[00]), [3](Submode[00])[NoEOF, Form 1], [4](CodingInfo[00])[]
[INFO] Number of sector(s) where EDC doesn't exist: 300
Total errors: 0
Total warnings: 0

19

(2,951 replies, posted in General discussion)

RibShark wrote:

So which dump is correct?

Asus.

RibShark wrote:

Is this a plextor bug

I think so.

RibShark wrote:

can it be resolved?

It's impossible for me. If this is firmware problem, it might be valid to downgrade it.

20

(2,951 replies, posted in General discussion)

RibShark wrote:

The sectors appear to have no sync when dumped with the Plextor.

Plextor sometimes shifts some bytes when dumps the disc.

0900 : 22 F4 AD 60 D8 7A 5A DE  10 9D 21 4F 95 FC 68 16   "..`.zZ...!O..h.
0910 : 1F 18 9A 77 2D 24 68 9A  00 FF FF FF FF FF FF FF   ...w-$h.........
0920 : FF FF FF 00 29 A6 18 61  F6 D7 FC E1 79 F7 96 F9   ....)..a....y...
LBA[127818, 0x1f34a]: Track[01]: Invalid sync. Skip descrambling
========== LBA[127818, 0x1f34a]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : 52 FD 0F 7E 76 9F 69 28  24 1E 99 88 65 66 A1 AA   R..~v.i($...ef..
0010 : F2 7F 0A E0 0F 48 0C 36  8A 16 EF 0E C2 04 59 83   .....H.6......Y.

21

(2,951 replies, posted in General discussion)

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

This subRtoW is rare. Not to detect as suberror.

========== OpCode[0xd8]: SubCode[2]: Check Drive + CD offset ==========
========== LBA[000000, 0000000]: Sub Channel ==========
      +0 +1 +2 +3 +4 +5 +6 +7 +8 +9 +A +B
    P FF FF FF FF FF FF FF FF FF FF FF FF
    Q 41 01 01 00 00 00 00 00 02 00 28 32
    R 7F FF FF FF FF FF FF FF FF FF FF FF
    S 7F FF FF FF FF FF FF FF FF FF FF FF
    T 7F FF FF FF FF FF FF FF FF FF FF FF
    U 7F FF FF FF FF FF FF FF FF FF FF FF
    V 7F FF FF FF FF FF FF FF FF FF FF FF
    W 7F FF FF FF FF FF FF FF FF FF FF FF

22

(2,951 replies, posted in General discussion)

user7 wrote:

Maddog believes he knows what the issue is - "I think there's some disagreement between where subs say the data should be and where TOC says the data should be."

LBA[002173, 0x0087d]: Track[01]: Invalid mode. 
========== LBA[002173, 0x0087d]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : 00 FF FF FF FF FF FF FF  FF FF FF 00 01 B0 73 82   ..............s.
0910 : 5C 7A B9 E3 32 C9 D5 96  DF 2E D8 1C 5A 89 FB 26   \z..2.......Z..&
0920 : C3 5A D1 FB 1C 43 49 F1  F6 C4 46 D3 72 DD E5 99   .Z...CI...F.r...
LBA[002174, 0x0087e]: Track[01]: Invalid mode. Invalid reserved byte. Skip descrambling
========== LBA[002174, 0x0087e]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : 00 FF FF FF FF FF FF FF  FF FF FF 00 01 B0 74 A2   ..............t.
0010 : 00 28 00 1E 80 08 60 06  A8 02 FE 81 80 60 60 28   .(....`......``(
0910 : DD 98 DD 98 DD C9 DD 98  DD 98 DD 98 5A 89 DD 98   ............Z...
0920 : DD 98 DD 98 1C 43 DD 98  DD 98 DD 98 A0 1D DD 98   .....C..........
LBA[002175, 0x0087f]: Track[01]: Invalid sync. Skip descrambling
========== LBA[002175, 0x0087f]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : DD 98 DD 98 FF FF DD 98  DD 98 DD 98 01 B1 DD 98   ................
0010 : 00 FF FF FF FF 4F FF FF  FF FF FF 00 80 60 00 C2   .....O.......`..
0020 : 00 28 00 1E 68 66 60 06  A8 02 FE 81 80 3A 60 28   .(..hf`......:`(
0920 : 5C 7A B9 E3 32 C9 D5 96  DF 2E D8 1C 5A 89 FB 26   \z..2.......Z..&
LBA[002176, 0x00880]: Track[01]: Invalid sync. Skip descrambling
========== LBA[002176, 0x00880]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : C3 5A D1 FB 1C 43 49 F1  F6 C4 46 D3 72 DD E5 99   .Z...CI...F.r...
0010 : 00 FF FF FF FF FF FF FF  FF FF FF 00 01 B1 01 E2   ................
0020 : 00 28 00 1E 80 08 60 06  A8 02 FE 81 80 60 60 28   .(....`......``(

LBA 2174 has 2352+16 bytes? Due to this sector LBA 2175 ... last are all shifted.
If possible, try to dump other drives (plextor CD drive or 0xF1 drive of ASUS firmware).

23

(2,951 replies, posted in General discussion)

RevQuixo wrote:

Getting a C2 error now at the transition of a session.

018072 is the lead-out sector. No problem if /c2 do not use for your disc.

24

(2,951 replies, posted in General discussion)

RevQuixo wrote:

Got further this time (past the initial error) but new issue:
[ERROR] This program doesn't support to dump the multi-session disc by the plextor CD Drive

See below.
https://github.com/saramibreak/DiscImag … /issues/41

25

(2,951 replies, posted in General discussion)

RevQuixo wrote:

Here you go.

Uploaded.
https://www.mediafire.com/file/eq80y20l … st.7z/file
Your disc has two 0xb0.

========== FULL TOC (Binary) ==========
========== LBA[000000, 0000000]: Main Channel ==========
       +0 +1 +2 +3 +4 +5 +6 +7  +8 +9 +A +B +C +D +E +F
0000 : 00 9C 01 02 01 10 00 A0  00 00 00 00 01 00 00 01   ................
0010 : 10 00 A1 00 00 00 00 02  00 00 01 10 00 A2 00 00   ................
0020 : 00 00 02 20 48 01 10 00  01 00 00 00 00 00 02 00   ... H...........
0030 : 01 10 00 02 00 00 00 00  02 14 23 01 50 00 B0 05   ..........#.P...
0040 : 02 48 02 4F 3B 47 01 50  00 C0 A0 00 30 00 61 1A   .H.O;G.P....0.a.
0050 : 42 02 10 00 A0 00 00 00  00 03 00 00 02 10 00 A1   B...............
0060 : 00 00 00 00 05 00 00 02  10 00 A2 00 00 00 00 05   ................
0070 : 1F 0B 02 10 00 03 00 00  00 00 05 04 48 02 10 00   ............H...
0080 : 04 00 00 00 00 05 0F 35  02 10 00 05 00 00 00 00   .......5........
0090 : 05 19 0D 02 50 00 B0 FF  FF FF 01 4F 3B 47 00 00   ....P......O;G..

MSF of the 1st 0xb0 had been overwritten by the MSF of 2nd 0xb0. I fixed it.

F1ReB4LL wrote:

Why does C2 rereading give different results every time?

I answered about it in the past.
http://forum.redump.org/post/57771/#p57771
http://forum.redump.org/post/70466/#p70466