DiscImageCreator

[sarami]

App crash with latest WIP. I tried it three times. Perfect rip dumps the disc fine. Logs: https://www.dropbox.com/s/w8mh60gald22x9v/logs.7z There also seems to be a CUE sheet problem in latest build. See here: /viewtopic.php?t=9502 … ide-rally/

Does two problems happen in the same disc? Ｉn either case, please upload all created file except bin, img.

Multiple indexes aren't added. Could you see this and fix it?

I hadn't supported at multiple indexes in track 1 until now.
Fixed probably. (Because I don't have a disc that is multiple indexes in track 1.)

[F1ReB4LL]

Fixed probably. (Because I don't have a disc that is multiple indexes in track 1.)

Many Neo Geo CD games have multiple indexes for track 1, it's a protection scheme.

[sarami]

Many Neo Geo CD games have multiple indexes for track 1, it's a protection scheme.

Oh, I see. To test, I think that I want to buy some disc before long .

[MrX_Cuci]

The CUE sheet probleem seems to be affected by data only tracks. I dumped three different discs all the same problem. Seems to be a bug in latest WIP only.

I'll upload the files of the problematic disc that crashes the app.

[MrX_Cuci]

I'll upload the files of the problematic disc that crashes the app.

I gave the disc another go. No crash now, but keeps spinning at a certain point. Jackal already dumped that disc, so I suppose the disc itself is bad and that causes the app. to crash. *EDIT* Did another go with PR. Dump is fine....weird.

[pablogm123]

Oh, I see. To test, I think that I want to buy some disc before long .

Many Saturn games contain multiple indexes as well, if you are interested.

https://redump.info/disc/5045/
https://redump.info/disc/17022/
https://redump.info/disc/29087/
https://redump.info/disc/4206/
https://redump.info/disc/5052/
https://redump.info/disc/5270/
https://redump.info/disc/4916/
https://redump.info/disc/8726/
https://redump.info/disc/29009/
https://redump.info/disc/25221/
https://redump.info/disc/23663/
https://redump.info/disc/25254/

[MrX_Cuci]

One of the discs with CUE sheet problem. (all stuff you requested) https://www.dropbox.com/s/s2y915eplvcvm … Problem.7z

[sarami]

Many Saturn games contain multiple indexes as well, if you are interested.

Thanks. But I have already multiple indexes in track 2, 3, 4... (Nanatsu no Hikan, pc-fx disc etc.)
If your introduced disc is cheap, maybe I'll buy.

The CUE sheet probleem seems to be affected by data only tracks

This is a big hint. Fixed.

[sarami]

These CD-i discs confuse many drives...

At first sight... actually no starting position of track 1 is defined by the TOC. Only is defined that the first track is 2 (A0), second track is 2 (A1) and lead-out starts at AMSF 08:24:00 (A2), but no actual entry for track 1.

So I guess that to rip these CD-i discs is needed to rip everything from AMSF 00:02:00 until the last pre-lead-out sector, ignoring what TOC (except the lead-out position of course) and subcode say. But even so subcode has to be analyzed just to detect possible CATALOG fields and other flags encoded and add them in the written cue.

And when ripping these discs the written cue has to contain the CDI directive instead of MODE2/2352 .

Should be trivial to analyze the filesystem contained and rip these discs properly, only rip everything from AMSF until the last pre-lead-sector, determinate if the disc contains CATALOG and so on and write the cue with CDI instead of MODE2/2352. Sample of the first 17 sectors of two CD-i discs, which contain the CD-i signature.

Code: Select all

http://www.mediafire.com/?3yenqq3mewqchx0

added: CDI directive

Many Neo Geo CD games have multiple indexes for track 1, it's a protection scheme.

I bought a disc (kof97, that is including index 99 in track 1) and I confirmed it that dic wrote mutiple indexes for track 1 in cue.

other
added: output a list of file in 3DO disc. (using the code of http://kaele.com/~kashima/games/3do_dir.html)
improved: SubQ of adr 2(=EAN sector)(if adr is correct but EAN data is wrong, fixed it.)
fixed: log (hash of .img)

Updated EccEdc.exe
added: analyze header from [16] to [19]

[pablogm123]

Speaking of EccEdc.exe... what does regarding the situation I am going to describe?

This is an old bug of CDmage. If the two copies of the subheader of a mode 2 form 1/form 2 sector vary, CDmage will report falsely this as error. Wrong (as maximum can be reported as warning or whatever, not as error itself), because user data matches the stored EDC/ECC, so there is no corruption.

Screenshots of an affected data track.

10 errors reported by CDmage, the last one (actual and expected, disc contains no EDC in form 2 sectors and audio tracks) and the first nine ones, errors as real as Mickey Mouse is.



Same data track checked by a much modern program based on the code of ECM. Much more detailed and real error reporting, no errors real as Donald Duck.



«Normal» sector:



«Weird» sector: