[FFmpeg-devel] [PATCH] allow high audio sample rates in mov/mp4 muxer
Mon Jun 14 02:27:42 CEST 2010
On Sun, Jun 13, 2010 at 12:52:29PM -0400, Justin Ruggles wrote:
> Baptiste Coudurier wrote:
> > On 6/12/10 8:26 AM, Justin Ruggles wrote:
> >> Baptiste Coudurier wrote:
> >>> On 06/10/2010 01:27 PM, Justin Ruggles wrote:
> >>>> Alex Converse wrote:
> >>>>> On Thu, Jun 10, 2010 at 1:54 PM, Justin Ruggles
> >>>>> <justin.ruggles at gmail.com> wrote:
> >>>>>> Hi,
> >>>>>> This patch allows the use of sample rates> 65535 in mov/mp4 (e.g. 96kHz
> >>>>>> and 192kHz). I don't know where to find this info in the MP4 spec, but
> >>>>>> this is how the MPEG-4 ALS Reference Software does it.
> >>>>> It might also be a good idea to look at the AAC 88.2/96 kHz test vectors.
> >>>> Well, it seems that it shouldn't be 0, but should be the actual sample
> >>>> rate using more than 16 bits. I guess the reserved value that follows
> >>>> is no longer reserved. I'll send a new patch soon.
> >>> Humm, I don't feel confident about this.
> >>> Can we ask ISO about this ?
> >> Ok, so after some more research, it looks like the reference samples and
> >> the specs are in agreement that the sample rate field is 16.16 fixed
> >> point and that only the low 16 bits of the sample rate are written.
> > Can you please quote the specs ? Just for reference.
> ISO 14496-12 3rd Ed. 2008
> 220.127.116.11 Sample Description Box, Semantics
> SampleRate is the sampling rate expressed as a 16.16 fixed-point number
Numbers 0.0 - 65535.65535 can be expressed as 16.16 fixed point.
Numbers outside this range cannot be expressed as fixed point unless you
define one of the used concepts like "expressed" differently from common
Thus it follows that in ISO 14496-12 3rd Ed. 2008 the existence of a
Sample Description Box in a file is incompatible with sampling rates
Of course this conclusion can only be drawn if we take the quoted text
litterally and assume the spec is written by a person who used exact
I tend toward asking ISO as well and also to point out that the spec is
unclear either way.
Michael GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
Awnsering whenever a program halts or runs forever is
On a turing machine, in general impossible (turings halting problem).
On any real computer, always possible as a real computer has a finite number
of states N, and will either halt in less than N cycles or never halt.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Size: 189 bytes
Desc: Digital signature
More information about the ffmpeg-devel