Rockbox mail archiveSubject: Re: Bring me your broken MP4s, your twitchy AACs and other non-working m4a's
Re: Bring me your broken MP4s, your twitchy AACs and other non-working m4a's
From: Magnus Holmgren <magnushol_at_gmail.com>
Date: Wed, 06 May 2009 19:15:03 +0200
Alex Bennee wrote:
> Some of what you mentioned started to make more sense as I dug through
I mean building a (possibly reduced) seek table while/right after
> Sorry, should have been clearer. Zero length of data (the mdat length
I see. Still, should be no seek points in it, so it should be safe to
> The message I seem to be getting here is it doesn't really matter how
Yes, the chunks currently need to come "in order" though; the codec can
> I shall continue to grok as I go through the code. So if I understand
Not really. The codec needs metadata stuff in order to decode, and
> Does the seeking really kill the performance?
The problem is that the codec typically works on already buffered data.
Page was last modified "Jan 10 2012" The Rockbox Crew