redump.info Forum

Snake wrote:I don't know that I'd call it 'wrong'. Pretty much everything does it that way. Is everyone wrong?

If wrong is a word too hard, call it "less suitable" then.

It's true that old programs behave like CDRWin. In fact EAC guys has always made clear that the ability to select where gaps go is a strong point of their program.

From a theoretical point of view, gaps should be attached at the beginning of a track, because they act as support to the full reading of the following track; the previous track could care less that there's a gap coming after itself.

Snake wrote:

Guess, Kega's internal CUE parser is wrong, not a dumping method issue.

This does not explain why Kega is unable to see the data track in one instance. The cue sheet for the data track is identical. Daemon tools is definitely doing something odd in that instance.

Do all the files actually exist on the filesystem? Look at the cue-sheet, and the Cue sheet syntax, there don't seem to be any errors in them on the article in question. I would have to bet that Kega is wrong (emulators tend to get it wrong more often--DOSBox, for example, doesn't skip the pregap if you've mounted a virtual CD using its native method, though a real CD or CD-emulators will not have these problems), there doesn't seem to be any compelling reason to believe otherwise.

Nevermind. Number 2 is a non-issue, I tested it again today and it works fine.

That Kega doesn't work with REDUMP cue sheets seems to be because of the way you guys handle the addition of pregaps to the beginning of the single audio track file.

Eidolon wrote:That Kega doesn't work with REDUMP cue sheets seems to be because of the way you guys handle the addition of pregaps to the beginning of the single audio track file.

Again, they work perfectly when loaded with a proper CD emulation tool like Daemon Tools. I think it's very clear where the fault resides.

Yes, somehow there seems to be confusion about the INDEX value for the audio track file.

It seems Kega uses the INDEX00 position rather than the INDEX01 position when loading the "REDUMP" CUE sheet.

INDEX00 points to the pregap silence
INDEX01 points to the audio track without pregap silence

Kega supports iso-mp3 and iso-wav rips without using cuesheet at all, maybe it just ignores cue in this case? Too lazy to test, though Or (more likely) it reads a cue file, but when it sees audiotracks as separate wav files, it plays them directly, ignoring index settings for each file.