Support and General Use > Audio Playback, Database and Playlists
Clipzip - AAC track length/size limit?
(1/1)
Galaxxian:
I've been running up against this issue lately, I bought a couple ClipZips, one for myself and one for the wife, who is an audiobook junkie (I occasionally listen to them, but music is more my thing). Anyhow a lot of the audiobooks we've ended up with have been single AAC tracks as .m4B's which RockBox refuses to deal with. I'm guessing this is because there's either a track duration or file size limitation with AAC handling on Rockbox?
I was just wondering if anyone can confirm this and possibly give ballpark figures of what the limitation is, so I'll know when I need to split or transcode files.... and is it likely something that may be fixed down the line?
Thanks.
saratoga:
The actual length limit depends on the layout of the MP4 stream. Usually its many hours, but if you have some oddly made files, it can be shorter or it may even be impossible to play the files with the available memory.
I guess the obvious question is how long are the files and what did you use to create them?
Galaxxian:
Sorry about the belated reply, I got sick, ended up in hospital and totally forgot about this post.
Most of the large AAC files are tagged as being created by Audiobook Builder in the metadata, ~64kbit/s 32khz ... my wife managed to collect a couple hundred gig of drm'd books with her audible.com account, I found out about that when her ipod died and bought us a clip-zip each (cause I wanted something that ran Rockbox). Since then I've been tracking down drm stripped copies of her collection, slowly working through it until it'll all play on the clip-zip, duration wise the files are running around 12 hours.
For the time being I convert to mp3 and they play fine, but obviously it'd be cool if no conversion was necessary.
saratoga:
You can try using a tool like mp4box to repack them into a more efficient mp4 layout. However, 12 hours will still require quite a lot of memory so i'm not sure if that will be possible. Cutting the files into multiple several hour chunks might be a better idea.
Navigation
[0] Message Index
Go to full version