cueconvert doesn't correctly convert TOC with no START tag for a track

[onlyjob]

Frowarded from http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=399517

When using cueconvert to convert a TOC file to a CUE file, the INDEX points are incorrectly numbered if the TOC file doesn't contain START tags for every track.

For example, the following TOC file:

CD_DA

CATALOG "0042284361422"

// Track 1
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE "cousteau-2006-11-19.21:11:15-13112.bin" 0 08:23:50
START 00:00:33
INDEX 04:11:07
INDEX 05:09:37


// Track 2
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE "cousteau-2006-11-19.21:11:15-13112.bin" 08:23:50 07:10:50
INDEX 04:05:30


// Track 3
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE "cousteau-2006-11-19.21:11:15-13112.bin" 15:34:25 06:29:35


// Track 4
TRACK AUDIO
NO COPY
NO PRE_EMPHASIS
TWO_CHANNEL_AUDIO
FILE "cousteau-2006-11-19.21:11:15-13112.bin" 22:03:60 46:54:63
START 00:01:20

is converted to the following CUE file:

CATALOG 0042284361422

FILE "cousteau-2006-11-19.21:11:15-13112.bin" WAVE
TRACK 01 AUDIO
INDEX 00 00:00:00
INDEX 01 00:00:33
INDEX 02 04:11:07
INDEX 03 05:09:37

TRACK 02 AUDIO
INDEX 00 08:23:50
INDEX 01 12:29:05

TRACK 03 AUDIO
INDEX 01 15:34:25

TRACK 04 AUDIO
INDEX 00 22:03:60
INDEX 01 22:05:05

As you can see, the INDEX 01 for track 2 is actually the index of the first INDEX point in that track, not the index of the start of the track.

I can work around it by adding a 'START 00:00:00' to any track that doesn't already have a START tag, but that shouldn't be necessary should it?

Comment:

With current cueconvert you get (for track 2):

TRACK 02 AUDIO
INDEX 00 08:23:50
INDEX 01 12:29:05

where with toc2cue you get:

  TRACK 02 AUDIO
    INDEX 01 08:23:50

(so toc2cue ignores the 2nd index point, but at least it gets the first one right)