dev builds
themes manual
device status forums
mailing lists
IRC bugs
dev guide

Rockbox mail archive

Subject: Re: Xing headers

Re: Xing headers

From: Jens Arnold <>
Date: Sat, 19 Nov 2005 09:31:21 +0100

On 18.11.2005, Bluechip wrote:

> Is there any reason why the Audio frame which contains the
> Xing header should be at the same sample rate (32K, 44.1K,
> 48K) as the main Audio data?


First, there may be players which don't support xing headers, so
they treat them as a standard audio frame. That's the reason why
the xing header mimics a standard frame in the first place.

Second, the xing header should provide as much information about
the audio stream as possible. It contains the frame count, but
in order to compute the playtime, you also need the frametime
which depends on the sample rate.

> That is, (by example) what if my Xing header were in an Audio
> frame which claimed to be at 48K ...but the first _real_ Audio
> frame (and all subsequent Audio frames) are actually 44.1K
> ...would any-body or more to the point any-software complain?

Many mp3 frame analysers complain if the sample rate or mpeg
version changes mid-stream. I found no written standards for
this, but I think only the following fields in the frame headers
are allowed to change within one stream: Bitrate, Padding bit,
Private bit, Mode extension. One more field may change between
xing header and the rest of the stream: the Protection bit.

> BC

Regards, Jens
Received on 2005-11-19

Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy