user7 wrote:
I see this in command line:
2,927 2021-07-10 06:43:30 (edited by user7 2021-07-10 06:44:02)
sarami wrote:
user7 wrote:I see this in command line:
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 2021-07-16 06:21:31
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 2021-07-16 06:27:17 (edited by user7 2021-07-16 06:30:13)
sarami wrote:
user7 wrote:I see this in command line:
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 2021-07-16 13:29:31 (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 2021-07-16 16:23:18 (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=sharingMy 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 2021-07-16 17:28:44
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 more2,933 2021-07-17 03:14:44
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 2021-07-17 22:08:37
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 2021-07-18 10:31:26
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 2021-07-18 17:10:19 (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 2021-07-19 01:18:54
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 2021-07-21 02:23:36
- iR0b0t
- Administrator
- Offline
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 2021-07-21 03:23:52
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 2021-07-21 10:24:00
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 2021-07-21 15:12:22
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 2021-07-21 18:23:53
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 2021-07-22 03:32:06
- iR0b0t
- Administrator
- Offline
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 2021-07-22 03:40:07
- iR0b0t
- Administrator
- Offline
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 
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 2021-07-22 04:27:20 (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 2021-07-23 06:32:00
- iR0b0t
- Administrator
- Offline
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 2021-07-23 23:42:09 (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 2021-07-24 00:15:13
DopefishJustin wrote:
I can't see any way to make DIC ignore the errors and complete the dump.
Execute without /c2.
2,949 2021-07-24 13:33:17
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 2021-07-24 15:20:26 (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.