Jamie Zawinski | 24 Jan 03:24 2003
Picon
Picon

grip/cdparanoia/freedb disagree on track length

I have a CD where cdparanoia and Grip / FreeDB disagree on the length
of the last audio track.  Grip and cdparanoia think the track is of
length 7:06, but the FreeDB data seems to say the track is 9:38.

The CD in question is "Phi in the Sky" by Kidneythieves.
It has 6 tracks, and tracks 1-5 are fine / consistent.

The FreeDB data says that track 6 is supposed to be of length 9:38.
When Grip generates a cddb file itself, it also says 9:38 (that is,
Grip generates cddb files consistent with the one that is currently
on the FreeDB servers.)

The Grip display, and "cdparanoia -vsQ", say that track 6 is of length
7:06.  That's also the length of the file I get when I rip it, with
either grip or cdparanoia.

Grip and FreeDB think that there is a 7th track, a data track.
The grip display shows:

    01  5:01
    02  6:26
    03  3:52
    04  8:57
    05  5:15
    06  7:06
    07  0:06  (data track, presumably?)

    That adds up to 36:43, or 2203 seconds.

cdparanoia -vsQ is in agreement, except that it doesn't list track 7.
(Continue reading)

Chris Ross | 24 Jan 13:03 2003

Re: grip/cdparanoia/freedb disagree on track length

   This may not be very helpful in the end, so I'm not CC'ing the list.
But I thought I'd describe what I do know about this sort of thing.

   Multimedia CD's are different than audio-only CD's.  Generally,
this is most noticable by a gap in the data between the audio
data, and the data data.  I have seen differences like this come about
before, on other similarly constructed CD's.  I think the difference
is how you look at the CD.  I'm not actually sure how cdparanoia
(and grip?  I'm not sure what grip uses to get that.  I assume it uses
something external to generate that info.  Perhaps cdparanoia.)
generates that number, tho.  In my experiences with multimedia
commands (CD audio commands to the CD-ROM device), I know
only of how to get the start position of each track out of the TOC.
This is the reason for the difference you see.  The start position
of "track 7" is beyond the change-of-format gap, and if it were all
audio, with no such gap, then it would mean that track 6 was
9+ minutes in length.  It must be that there is some other method,
rather than just a simple TOC inquiry, that's being used to determine
the length of audio data actually available in track 6.

   Again, it's sortof half an answer, but hopefully it will answer some
questions, and wasn't just a repeat of things you already knew.

                                                     - Chris

--
Chris Ross
cross <at> distal.com

On Thursday, January 23, 2003, at 09:24 PM, Jamie Zawinski wrote:
(Continue reading)

Mike Oliphant | 24 Jan 17:35 2003
Picon

Re: grip/cdparanoia/freedb disagree on track length

The issue is with discs that have data tracks. There is gap between the 
end of the last track and the actual beginning of the data track. Grip 
and cdparanoia account for this, but freedb does not. Grip sends freedb 
what it expects, but displays the actual play time.

Mike

Jamie Zawinski wrote:

>I have a CD where cdparanoia and Grip / FreeDB disagree on the length
>of the last audio track.  Grip and cdparanoia think the track is of
>length 7:06, but the FreeDB data seems to say the track is 9:38.
>
>The CD in question is "Phi in the Sky" by Kidneythieves.
>It has 6 tracks, and tracks 1-5 are fine / consistent.
>
>The FreeDB data says that track 6 is supposed to be of length 9:38.
>When Grip generates a cddb file itself, it also says 9:38 (that is,
>Grip generates cddb files consistent with the one that is currently
>on the FreeDB servers.)
>
>The Grip display, and "cdparanoia -vsQ", say that track 6 is of length
>7:06.  That's also the length of the file I get when I rip it, with
>either grip or cdparanoia.
>
>Grip and FreeDB think that there is a 7th track, a data track.
>The grip display shows:
>
>    01  5:01
>    02  6:26
(Continue reading)


Gmane