251

(3,536 replies, posted in General discussion)

Larsenv wrote:

sarami, DiscImageCreator has problems properly dumping a Hasbro VideoNow disc.

As noted by F1ReB4LL, it's supposed to have 18032 bytes of zeroes + 71808 bytes that were cut at the start of the first track. This seems to be a DIC problem.

Use this.

        /vn     Search specific bytes
                        For VideoNow
                        val     Combined offset is shifted for negative direction if positive value is set
        /vnc    Search specific bytes
                        For VideoNow Color
        /vnx    Search specific bytes
                        For VideoNow XP

252

(3,536 replies, posted in General discussion)

user7 wrote:

it requires going through a website interface rather than a direct file link which could be pulled down via an automated process.

I tried AppVeyor but I have no idea how to build by resolving the dependency of the external library.

253

(3,536 replies, posted in General discussion)

wiggy2k wrote:
user7 wrote:

Is there anyway to prevent dic from hashing .scm and .img to save time? is it necessary?

Thanks <3<3

Agreed. This would be awesome for those of us stuck dumping with older hardware.

http://forum.redump.org/post/57032/#p57032

user7 wrote:

is it possible to make the latest dic test build a static link on GitHub (not Mediafire)?

Why Mediafire's link is bad?

254

(3,536 replies, posted in General discussion)

wiggy2k wrote:

I have tried different speeds and different drives so far and no consistent matches.

Try the latest test version. https://www.mediafire.com/file/eq80y20l … st.7z/file

@NovaAurora
Updated EccEdc.exe https://www.mediafire.com/file/2quudw2b … st.7z/file Test, plz.

255

(3,536 replies, posted in General discussion)

Jackal wrote:
sarami wrote:
Jackal wrote:

Can the shifted offset be explained by ASUS drive or a Linux bug?

I have no idea about it. Which sector is shifted?

The audio data is shifted 1 sample (4 bytes) between the 2 dumps.

homm2.zip is an old (20191223) version that has a bug for asus dumping.
You say below.

For now we are no longer accepting new dumps from non-Plextor drives for discs with audio tracks.

asus dumping that is already registered in the database should be done to all yellow status or deleted?


hiker13526 wrote:

Trying to dump a PC CD and it took like 3 hours to dump with Plextor+MPF and failed

There are many c2 errors. Change the disc and/or drive.

hiker13526 wrote:

Should I submit the Plextor+CloneCD dump

hiker13526 wrote:

should I be using CloneCD for the non-Plextor verification?

It's ok for your private preservation but redump.org does not accept these.

256

(3,536 replies, posted in General discussion)

NovaAurora wrote:

Positive SecuROM 4 detection with DIC and PID, 0 Errors reported by DIC. 1 Error detected by CDMage in track 1.

Logs: https://cdn.discordapp.com/attachments/ … N_logs.zip

Ah sorry, EccEdc only checks 4th from the last sector but should check 4th from the last data sector. I'll fix it.

Jackal wrote:

Can the shifted offset be explained by ASUS drive or a Linux bug?

I have no idea about it. Which sector is shifted?

257

(3,536 replies, posted in General discussion)

Jackal wrote:

And you get bogus "errors" like this inside audio tracks:
LBA[019483, 0x04c1b], audio
LBA[019484, 0x04c1c], MSF[00:00:00], zero sync
LBA[019485, 0x04c1d], audio

The control flag of subchannel of the 19484 is incorrect.

258

(3,536 replies, posted in General discussion)

NovaAurora wrote:

Same # of errors reported, same hashes.

These errors are all lead-in sectors of the 2nd session. DIC does not support generating ecc/edc yet when unreadable sectors are generated.

259

(3,536 replies, posted in General discussion)

NovaAurora wrote:

Weird multisession dump & logs

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

260

(3,536 replies, posted in General discussion)

Schrodinger wrote:

He successfully dumped others discs.

By plextor?

Schrodinger wrote:

Did you got this behavior before?

No.

261

(3,536 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.

262

(3,536 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.

263

(3,536 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?

264

(3,536 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.

265

(3,536 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.

266

(3,536 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).

267

(3,536 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

268

(3,536 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.

269

(3,536 replies, posted in General discussion)

user7 wrote:

I see this in command line:

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

270

(3,536 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))

271

(3,536 replies, posted in General discussion)

Neon Beast wrote:

Yes, it has PVD.

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

272

(3,536 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.

273

(3,536 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.

274

(3,536 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.

275

(3,536 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.