Support and General Use > Audio Playback, Database and Playlists

Long AAC files fail

<< < (2/3) > >>

zajacattack:
So, it's most likely something in the parser?

Llorean:
If I recall it's filesize based. So a test could be a few large mp4 files with ALAC and AAC audio in them, and see if they both fail at similar filesizes?

zajacattack:
So, would the filesize limit thus apply to ALL formats, or just AAC?

Llorean:
MP4 container. All formats that use it.

Lear:
The MP4 container stores the size of each individual frame of the file (one frame is usually 1024 samples). This allows accurate seeking, but all this size information can be quite large. The current parser simply reads this table as is, and if the table is too large, it won't fit in memory, causing the playback to fail.

To complicate things a bit, this frame size table isn't enough to seek. There are actually 4 different tables involved (e.g., frames are grouped in chunks). The 3 other tables are usually small, but not always, which makes it difficult to say if a file will work or not given the file size or file time.

One way to fix this is to not just read the tables as is, but to merge individual frame sizes as they are read. This reduces the amount of memory required, at the expense of seek precision. It needs to be done at buffering time though, since you pretty much have to seek in the file in order to do it, given the memory constraints in Rockbox.

Navigation

[0] Message Index

[#] Next page

[*] Previous page