Rockbox mail archiveSubject: Re: Corrupt Recordings
Re: Corrupt Recordings
From: Jens Arnold <arnold-j_at_t-online.de>
Date: Wed, 28 Dec 2005 08:35:13 +0100
On 28.12.2005, Bluechip wrote:
> Just noticed something that may be of interest. With reference
> to the dump attached below:
> Notice how there is a difference of 3 between the Xing-Hdr
> frame count and the actual number of audio frames.
The Xing frame count in rockbox recordings was never exact so
far, as it just uses the internal frame counter of the MAS. This
doesn't always match the number of transferred frames, there
seems to be some buffering going on in the MAS itself. The error
is usually 1..3 frames.
With older rockbox, long recordings which overflow the MAS frame
counter as well as recordings made with prerecording active had
no Xing frame count at all.
The MAS frame counter is a 20bit signed counter which doesn't
wrap but saturate (!!) at 0x7ffff.
Newer rockbox versions always write a Xing frame count, tracking
the MAS frame counter during prerecording and estimating the
count for long recordings using the recording time. When rockbox
resorts to estimation, the error increases, but it's still
better than nothing for estimating playtime and average bitrate.
All this will change when framewalking during recording gets
implemented (something that is on my list) as we won't use the
MAS frame counter any more.
Received on 2005-12-28