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

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.

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.

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.

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.

By "hidden track", I mean a song or other sound bit that was encoded into the pregap (usually before Track 1), so most CD-players will skip over it by default and you need to hold the rewind button to get to the hidden track. You could also make a test CD which behaves in this manner, if you don't know of any albums like this.

So the gap is functional to the track who follows it, not the track that comes before it.

That's the point of gaps. If there was no such problem we won't have gaps between tracks at all today.

Even old magnetic tapes had gaps between sectors who had the same function.

It could be CDRWin working like EAC's "append gaps to previous track" (which is wrong).

Why is that wrong?

3.When I start the game from redump cue sheet using Kega's "load Sega CD image" function, the game boots fine. However, there is too much silence at the beginning of the audio track, except for track 02 (first audio track). For the other audio tracks, I estimate 2 secs additional silence, the length of the pregap.

yeah, it looks something is wrong with how emulator handles cue sheets. if you change gaps in cue it matters only for 2nd track. rest tracks will always play from the start of file, and ther's gaps from previous tracks at the start. they should have been mapped to the end of previous tracks.