Re: ExtAudioFile skipping frames at end of certain M4A files
Re: ExtAudioFile skipping frames at end of certain M4A files
- Subject: Re: ExtAudioFile skipping frames at end of certain M4A files
- From: Michael Tyson <email@hidden>
- Date: Fri, 11 May 2012 00:46:35 +0200
Incidentally, this is the offending m4a file; the user tells me he generated it in BeatMaker 2 - whether it's a BM2 glitch specifically, or a problem with Apple's encoder library is yet to be seen: http://cl.ly/2u2b2q1v323j1J0o120I
On 10 May 2012, at 20:28, Michael Tyson wrote:
> Hello,
>
> I've an M4A AAC file here sent to me by a user of my looper app - it's 1,065,920 frames long. I can load it up in an audio editor, and see it fades to silence at the end, forming a seamless loop.
>
> If I load the file using ExtAudioFile, however, it reports the length as 1,065,165 frames (755 frames shorter), and glitches at the boundary when played as a loop, due to the missing end frames. This occurs in the MixerHost sample code, when I replace the bundled sample audio files with my M4A.
>
> If I open this M4A in Amadeus Pro, and re-save it as a new M4A, the new file is loaded perfectly by ExtAudioFile, no skipped frames.
>
> Has anyone seen this before? I'm trying to determine whether it's an incorrectly-coded M4A and Amadeus Pro is simply more lenient, or a legal M4A, and a bug in ExtAudioFile.
>
> Many thanks,
> Michael
>
>
> _______________________________________________
> Do not post admin requests to the list. They will be ignored.
> Coreaudio-api mailing list (email@hidden)
> Help/Unsubscribe/Update your Subscription:
>
> This email sent to email@hidden
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Coreaudio-api mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden