I was wondering if there was any plan to eventually add Variable Bitrate MP3 support? The LAME (http://lame.sourceforge.net/) open source implementation of VBR has been demonstrated to produce very good sound quality for the bitrate. Something like this might improve the ratio of sound quality to data size even more. =)
- calvinlin asked 10 years ago
The problem with VBR is that you cant seek accurately, or interleave multichannel data like we do now. (ie we support 16 channel mp3 files).
We do plan to add it in the future though, it will involve adding seek tables to the FSB files, and for greater than stereo forcing it back to cbr.
Yeah, it may take more processing power to play, but it’s just nice having more options to tune the ratio of quality to memory footprint. =)
Ogg would be a great alternative, but I thought I read somewhere that it took more resources to playback than MP3. I may misremember that, though.
But yeah, brett, it would be a nice option even if they did not support accurate seeking or multichannel. In our application, we have a large quantity of mono sound effects, that are one shot, so they do not even require seeking.
It’s not a particularly huge deal, I was just thinking about the problem the other day because we were working on making PS3 audio fit in roughly the same space as Xbox 360 XMA audio and we were trying out different settings on MP3 compression for the PS3. =)
- calvinlin answered 10 years ago
Heh, if you take a closer look, fmod already eqipped with lame. -> libmp3lame.dll
fmod also (seems like) support vbr mp3s right now. but i recommend u to go for ogg thats sounds even better than a vbr mp3. ogg also support vbr, and its free
It also needless to say that vbr is for storing audio data on less space, but for decoding it needs more cpu. constant bitrate is the winner, just use higher bitrates like 256 or 320. (also higher bitrate gets less cpu power afaik)
- damil answered 10 years ago
Please login first to submit.