AAC+ encoding through 3GPP spec. sources

[sean_malice]

AAC+ sources are available as part of the 3GPP specifications.
http://www.3gpp.org/ftp/Specs/

So why can't AAC+ encoding be added to VLC ?

This guy already made a CLI encoder out of it, and i don't see anyone suing him for it.
http://forum.dbpoweramp.com/showthread.php?t=7107

[tipok]

It will be good to do this.
But at first FFMPEG have to encode to this format (because AAC+ not GNU/GPL licensed)

[The DJ]

These specs are usually not GPL compatible indeed. So new encoders need to be developed.

[tipok]

But we can create some encoter (like XviD or AMR)
and built it in ffmpeg

In that source there is some examples to create new FAAC encoder

[sean_malice]

If it is not GPL compatible then i understand why this hasn't been done.
Hope someone will provide a workaround somehow.

Thanks.

[Guest]

Yeah, I think those workarounds are called vorbis and mp3.

[Guest]

Here's another good alternative workaround.:
http://mediacoder.sourceforge.net/

[burek]

vorbis and mp3 can't be a workaround, because the quality of aac+ at the bitrate of 32kbps cannot even be measured with vorbis nor mp3 at those bitrates.. we have to face it sooner or later that aac+ is the future.. all the online radio stations are switching to aac+ rapidly, video providers (like youtube) have already switched to h264/aac+ and it is just the matter of time until vorbis/mp3/(insert your favorite codec here) are forgotten..

gpl or not it's the best audio codec so far and it should be considered like that.. of course noone can force developers to do anything against their will, but as I can see, judging by replies on this forum, (almost) all the topics regarding aac+ enconding have been ignored, so i guess its just not gonna happen anytime soon, which means we'll have to look for another solution for encoding aac+, which is really sad, keeping in mind the popularity that VLC has had, having the nickname "swissarmy knife for audio/video"..