|
Rockbox mail archiveSubject: Bring me your broken MP4s, your twitchy AACs and other non-working m4a'sBring me your broken MP4s, your twitchy AACs and other non-working m4a's
From: Alex Bennee <kernel-hacker_at_bennee.com>
Date: Wed, 6 May 2009 08:19:17 +0100 Hi, I've been working on a patch (FS#10160) to get some m4a files I own to play on Rockbox. Originally it looked as though the problem was Rpckbox's limitation on only being able to handle files with a single "mdat" atom containing data for the codec. Some I dug into the code and started adding support for this case. As it happens although the test file in question has two "mdat" atoms the second one is of zero length (probably a placeholder). However the reason the file wasn't playing is because additional information needed to start playback (in the "moov" atom) is after the main "mdat" atom where rockbox used to stop parsing the file. I could take this as a quick win, redefine the code to only deal with single mdat's but parse the whole file before starting. However there is nothing in the MP4 container spec that says files can't have multiple "mdat" atoms. However I'm suffering a lack of good test cases to work with. So do you have any mp4, m4a or other mp4-alike file that won't play with the rockbox libm4a codec? If so could you send me a copy? Even better would be if anyone could tell me the command line foo to generate such a multi-chucked mp4 file so I can make my own test cases. In the meantime the code is in Flyspray for your comments (http://www.rockbox.org/tracker/task/10160). It currently has one very un-handled case in it (the FIXME) and quite a lot of enabled DEBUGFs which will need to be cleaned up before final submission. However comments are always welcome. -- Alex, homepage: http://www.bennee.com/~alex/ CV: http://www.bennee.com/~alex/cv.phpReceived on 2009-05-06 Page template was last modified "Tue Sep 7 00:00:02 2021" The Rockbox Crew -- Privacy Policy |