Search options (Page 4 of 12)

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.

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

Something weird which perhaps confuses DIC, the xxx68 frames (as seen in Subcode Analyzer) contain non-standard Q-frames. F2:17:01 instead of the minute:second:frame of the given track.

PR can rip either to CD+G bin/cue (raw image with interleaved subcode data in non-deinterleaved form, like Alcohol 120% images or created by the 2352to2448 themabus' program and CDG instead of AUDIO in the cuesheet) or to ccd/img/sub.

When only ccd/img/sub is selected PR will append an artificial lead-out in the image and in the the subcode. This is avoided by ripping simultaneously to normal bin/cue or to CD+G.

I mean to extract that way the subcode data to have at least clean R-W data. Format would be the classic ccd/img/sub.

You always should use the /c2 option anyway, to discard that your dumps are affected by those errors.

/c2 1000 8192 8 for example.

Many thanks, another Neo Geo CD redbook soundtrack properly tagged! It isn't a surprise for me that many titles aren't translatable to English, but only romanizable, because near every track of this game sounds like very "oriental style" for me, whereas Double Dragon (already tagged) and Galaxy Fight: Universal Warriors contains more "western style" music.

Backing to Galaxy Fight: Universal Warriors, to perfectionate the track listing and avoid literal transliterations of words perfectly translatable to English where possible.

戦いの果てに（スタッフロール）＝Tatakai no Hate ni (Staff Roll) = To the End of Battle (Staff Roll) ?

血塗れの安息日（カズマ、ジュリ、ゴールデン・ドーン・エンディング）＝Chimamire no Ansokubi (Kazuma, Juri, Golden Done Ending) = Bloody Sabbath (Kazuma, Juri, Golden Done Ending) ?

みんなぁーきいてるぅー！（ルーミ・ステージ）＝Minnaa Kiteruu! (Roomi Stage) = Everybody Is Listening! (Roomi Stage) ?

Tested this disc:
http://redump.org/disc/27420/

Complete list of known discs which feature this mastering error:
http://redump.org/discs/quicksearch/indexes/

Logs:
http://www.mediafire.com/?dyxp9o7ajtd0dei

Just (Subs indexes) instead of _SubSync .

The last frame of subcode isn't altered anymore, see the posted subcode.

Tested the new function:

http://www.mediafire.com/?f18qzrrxlw3m298

http://redump.org/disc/29165/

While works OK to be actually useful should work this way, without needing that the user specifies any special parameter:
-When ripped the subcode and the main channel, determinate if exist any TOC vs. subcode desyncs. If not so, proceed as usual and create the normal dump.

If exist these desyncs, then create automatically two versions and dats of the dump:
-With subcodes indexes in priority
-With TOC indexes in priority.

TOC indexes in priority should be the default option.

http://www.mediafire.com/?8z2x18co8bdiqmv

Logs and whatnot included in that archive, plus the problematic mixed pregap.

Issue: 41 sectors in that mixed pregap in scrambled form. Those sectors should be unscrambled. In the same disc there is another data track with the same kind of mixed pregap (because the previous track is audio, so should contains 75 audio sectors + 150 mode 1 sectors) unaffected.

===

http://www.mediafire.com/?dgx51e49mog8tmy

The new version can rip finally the problematic William Shatner's Tekwar (authentic release by Intracorp) disc I have. Unfortunately, the new EccEdc.exe program returns unexpected results, likely because it analyzes the data track without taking into account the pregap defined by the subcode and then audio sectors (and this disc has scrambled data sectors in the pregap of track 2) which belongs actually to track 2 are reported as false errors.

Do you have any PCE CD to test? These discs contains mixed pregaps in the data tracks and therefore a routine to detect smartly the audio sectors and ignore them is needed.

Same issue, .c2 file contains interleaved subcode data and subcode is corrupted.

https://www.mediafire.com/?etwwisjaxw8j7sy

Link to the problematic disc:

http://redump.org/disc/21229/

"And newly every index and relative time for the track is replaced with zeroes and the CRC-16 recalculated to match the altered data."

Wait for the fix, the problem you are experimenting is related directly with the issue I have descripted.

By the way, upload every file created by DIC, minus the scm/bin/img ones, so that sarami can check them and determinate the possible reason.

657324 KB of private bytes applying the default value, 32768.

Try in order to reduce memory usage:

/c2 1000 4096 8
/c2 1000 2048 8
/c2 1000 1024 8