Bug#619723: cdrdao extits with ".cue:14: Timecode out of range"

Tanguy Ortolo tanguy+debian at ortolo.eu
Tue Nov 15 11:06:14 UTC 2011


Tanguy Ortolo, 2011-11-10 23:53 UTC+0100:
> I imagine that the conditional increment is meant to include the last
> incomplete frame in the case where a track does not exactly end on a
> frame. The current implementation is wrong, and it could be corrected by
> conditionally incrementing len *before* we start computing anything from
> it; however, given that a frame is only one 75th a second, I think it
> would be better to simply remove the conditional increment: part of a
> frame could be lost on the very last track of the disk but I do not
> think it would matter to anyone.

Sorry for the this lot of messages, but that was not exact. I have just
read more about the CUE format and what Brasero does; in fact the
possible shift would only affect the position of the beginning of each
track. When the total length before a given track does not end exactly
on a frame it has to be rounded in some way. The current, buggy
behaviour of Brasero is to round it to the frame above; the one I am
proposing it to round it to the one below; the most accurate one would
be to round it to the closest one. But as we are talking about 1/75th of
seconds, I still think the simplest solution would be the best one:
truncating it to the frame below.

-- 
 ,--.
: /` )   Tanguy Ortolo <xmpp:tanguy at ortolo.eu> <irc://irc.oftc.net/Elessar>
| `-'    Debian Maintainer
 \_
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-gnome-maintainers/attachments/20111115/61d02490/attachment.pgp>


More information about the pkg-gnome-maintainers mailing list