2,926

user7 wrote:

I see this in command line:

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

2,927 (edited by user7 2021-07-10 06:44:02)

sarami wrote:
user7 wrote:

I see this in command line:

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

I noticed that the 708 dump of mine had less "MainError" than the 755 dump, also 708 dump matches http://redump.org/disc/24962/

But I have ordered an Asus for this and the VCD discussed previously in this thread. We shall see if you're right.

All my posts and submission data are released into Public Domain / CC0.

2,928

sarami wrote:
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).

Asus does not help (;_;) bye 100$

I think Mad Dog is onto something, can you investigate more discimagecreator app for a fix? Two Plextors, One Asus, no good dump https://drive.google.com/file/d/1IMkgwh … sp=sharing

All my posts and submission data are released into Public Domain / CC0.

2,929 (edited by user7 2021-07-16 06:30:13)

sarami wrote:
user7 wrote:

I see this in command line:

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

Dump error with Asus https://drive.google.com/file/d/1M9OkKa … sp=sharing

Asus seems to not dump CDi with disc image creator at all. Something you can fix? <3

All my posts and submission data are released into Public Domain / CC0.

2,930 (edited by sarami 2021-07-16 14:29:40)

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.

2,931 (edited by user7 2021-07-16 16:24:27)

user7 wrote:

7th Guest CDi is dumping differently on Plextor 716 vs 755. Many dumps, same results when i dump on same drive - but results don't match other drive.

https://drive.google.com/file/d/1ltSRfY … sp=sharing
https://drive.google.com/file/d/1fV22FM … sp=sharing

My edition is White Label Demonstration Disc, but has the same ring code as retail http://redump.org/disc/78871/
But different hashes.


I see this in command line:

Checking sectors: 307875/307875
[ERROR] Number of sector(s) where bad MSF: 2
[INFO] Number of sector(s) where EDC doesn't exist: 297394
[ERROR] Number of sector(s) where mode2 NoEdc subheader(0x10 - 0x17) isn't same: 1

Asus /mr dump fails on a clean disc https://drive.google.com/file/d/1MeBc5R … sp=sharing

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


This Plextor dump matches redump and has the fewest main errors, I think it may be correct? https://drive.google.com/file/d/1ltSRfY … kt6ey/view
At least one other version of 7th Guest has these same-looking main errors which makes me think this one is dumped as good.

All my posts and submission data are released into Public Domain / CC0.

2,932

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

2,933

sarami wrote:

PX716 is no c2 error.

No C2 error but "main error" txt is why i thought mastering errors.

All my posts and submission data are released into Public Domain / CC0.

2,934

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.

All my posts and submission data are released into Public Domain / CC0.

2,935

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

2,936 (edited by user7 2021-07-18 18:22:54)

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.

All my posts and submission data are released into Public Domain / CC0.

2,937

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.

2,938

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.

Can be dumped with disc swap method, or do a manual scrambled dump.

Can it not be descrambled or what is the issue?

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

2,939

When I descrambled the scm the filesystem was empty. But isobuster dump has files in it (isobuster flagged a read issue too).

All my posts and submission data are released into Public Domain / CC0.

2,940

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.

2,941

Possible to have dic dump with both write offsets automatically in these instances? So it can be manually combined later.

All my posts and submission data are released into Public Domain / CC0.

2,942

user7 wrote:

Possible to have dic dump with both write offsets automatically in these instances? So it can be manually combined later.

Maybe to make 2 sets of tracks in this case? Like, "dump" and "dump (fixed)"? Similar to "dump (Subs indexes)"? For the discs with both this bug and TOC/Sub desync it would mean 4 sets of tracks, though: "dump", "dump (Subs indexes)", "dump (fixed)" and "dump (Subs indexes) (fixed)".

There are other similar cases that need manual fixing to make the images usable, like http://redump.org/disc/39378/ or http://redump.org/disc/34036/

There are also many cases where only a couple of the last sectors are affected - like http://redump.org/disc/24202/

2,943

sarami wrote:

3. pad all 0 bytes and put in LBA 949.
    or cut the excessive 120 bytes of LBA 949.

If i understood it right, this method is technically alternating the dump.
If this is true, i don't see these dumps as good once, except we use 2 sets of tracks as F1ReB4LL suggested.

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

2,944

All those mastering errors are very nasty, probably would be better to leave those dumps scrambled,
beginning from the sector with anomalies.

If the anomaly starts in the pregap of the first track, then leave the entire disc scrambled.
We do not dump the first pregap, but since it belongs to the first track and is basically part of it, thats where the initial disc offset starts and should be kept.

This is my opinion, we can talk about it of course smile

F1ReB4LL wrote:

Maybe to make 2 sets of tracks in this case? Like, "dump" and "dump (fixed)"? Similar to "dump (Subs indexes)"? For the discs with both this bug and TOC/Sub desync it would mean 4 sets of tracks, though: "dump", "dump (Subs indexes)", "dump (fixed)" and "dump (Subs indexes) (fixed)".

Yeah.

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

2,945 (edited by sarami 2021-07-22 04:30:35)

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

2,946

sarami wrote:

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

I would say YES.

PX-760A (+30), PX-W4824TA (+98), GSA-H42L (+667), GDR-8164B (+102), SH-D162D (+6), SOHD-167T (+12)

2,947 (edited by DopefishJustin 2021-07-23 23:42:59)

I'm getting an issue with several doujin PC games on CD-R media where there are C2 errors on the final two sectors and DIC will not complete the dump. From discussion on Discord it sounds like this is a common occurrence with CD-R discs and is most likely a mastering issue and not due to disc damage. But I can't see any way to make DIC ignore the errors and complete the dump.

Logs for two discs with the issue: http://interbutt.com/misc/CD-R%20problem%20logs.zip

2,948

DopefishJustin wrote:

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

Execute without /c2.

2,949

sarami wrote:

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

Silpheed was dumped with DIC, so it should already handle such discs properly (unless you've changed something recently), but it should probably additionally create a fixed image and we should probably add the fixed images somehow (maybe as yellow dumps?).

2,950 (edited by sarami 2021-07-24 15:28:02)

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.