MB COMAND: large AAC file playback problem, large AAC files cannot be played |
MB COMAND: large AAC file playback problem, large AAC files cannot be played |
Sep 17 2012, 18:04
Post
#1
|
|
|
Group: Members Posts: 18 Joined: 5-January 12 Member No.: 96263 |
The wife's car is a 2008 Mercedes C300 with the COMAND multimedia/navigation system. According to the owner's manual, it'll play MP3 and AAC/M4A files.
However, when trying to play AAC files, I noticed that larger files will not play. For example, a 10 MB AAC file will play, but a 25 MB file will not. Such limitation does not exist for MP3 files. I've got 1-2 hour long mixes that I often convert to AAC for portable players since even down at about 128 kbps AAC files sound very good but take up significantly less space. Alas, the COMAND will not read these. When I contacted MB about it, they stated that the reason why these larger AAC files will not play is because of a small internal cache. While this does sound like a believable explanation, I wonder why this "small internal cache" is still big enough to play very large MP3 files, but not big enough to play large AAC files? I'm guessing it has to do with the way the COMAND reads AAC files... maybe it tries to load the entire file into cache before playing it as opposed to loading it a few frames at a time like may be the case with MP3 files? Even the cheapest smartphones out there will properly play large AAC files these days, so this is a bit weird. FYI, I am using the Nero AAC encoder, but I also tried FhG with the same result. Anyway, this is just an FYI more than anything else, but if someone can provide some insight into how an AAC file is typically read/processed by a player that might explain the above issue, I'd be thankful. This post has been edited by Pete7874: Sep 17 2012, 18:05 |
|
|
|
![]() |
Sep 18 2012, 03:32
Post
#2
|
|
|
Group: Members Posts: 4131 Joined: 2-September 02 Member No.: 3264 |
When I contacted MB about it, they stated that the reason why these larger AAC files will not play is because of a small internal cache. While this does sound like a believable explanation, I wonder why this "small internal cache" is still big enough to play very large MP3 files, but not big enough to play large AAC files? I'm guessing it has to do with the way the COMAND reads AAC files... maybe it tries to load the entire file into cache before playing it as opposed to loading it a few frames at a time like may be the case with MP3 files? MP4 seektables are complicated and can be very large for long files. If a device has limited memory it may not be able to play long AAC files. MP3 does not use the same type of seek tables, so there is no limit on how long MP3 files can be. |
|
|
|
Sep 18 2012, 04:16
Post
#3
|
|
|
Group: Members Posts: 18 Joined: 5-January 12 Member No.: 96263 |
MP4 seektables are complicated and can be very large for long files. If a device has limited memory it may not be able to play long AAC files. Do MP4 files with higher bit rates have larger seek tables? The reason I ask is that if I start with the same 27-minute long source file and then create two MP4 files out of it: 1) 48 kbps, about 10 MB in size 2) 128 kbps, about 25 MB in size Then COMAND will play file (1), but not file (2). |
|
|
|
Pete7874 MB COMAND: large AAC file playback problem Sep 17 2012, 18:04
C.R.Helmrich In theory, you need less than one second of cache ... Sep 17 2012, 20:11
Pete7874 Thanks. I'll try optimizing the MP4 layout an... Sep 17 2012, 21:43
Pete7874 Well, just tried it. No go. Sep 18 2012, 03:19
saratoga QUOTE (Pete7874 @ Sep 17 2012, 23:16) QUO... Sep 18 2012, 05:13
benski QUOTE (Pete7874 @ Sep 17 2012, 23:16) QUO... Sep 18 2012, 17:36
saratoga QUOTE (benski @ Sep 18 2012, 12:36) The s... Sep 18 2012, 19:12
Pete7874 QUOTE (saratoga @ Sep 18 2012, 12:12) QUO... Sep 18 2012, 20:22
benski QUOTE (saratoga @ Sep 18 2012, 14:12) QUO... Sep 18 2012, 21:08
saratoga QUOTE (Pete7874 @ Sep 18 2012, 15:22) QUO... Sep 19 2012, 03:27![]() ![]() |
|
Lo-Fi Version | Time is now: 21st May 2013 - 20:57 |