Does anybody still need 3GPP AAC+ Reference Encoder

[dimzon]

Are you also informed that the 2ch pcm <= 48k encoding is forced to PS mode with his encoder? (not handling the --chmode option explicitly)
there are --nops switch to disable this behavior

[Rockaria]

OK, I later found it works for --is and normal(SBR/he) pcm 2ch when used together with --cbr, <=48k.

Some problems I have noticed so far are :
. the --chmode in the source example is not handled at all
. what if users want PS over 48k because of the complexity of the stream?
. not sure if the CT lib is inherently restricting the PS to 48k, but the this encoder seems explicitly doing it
. --high is forced to have the --cbr 96~256, the duration is incorrect(broken), looks like a redundancy of 2ch HE
. is multichannel using HE/LC(no PS)? where can I get the detailed info?
. --cbr seems to be --abr or --vbr : it now dynamically changes within the range, before, it was actually CBR.
. is --dc used for dual (identical) channel mono as IS?
. seems like 1ch, 2ch & 6ch output only are supported, which is not bad atm.
. the WARNING for the pipe-in capability is better be explained as REMARK or Usage : < wav_file | - >

Overall, the behaviors and options seems not orgarnized straightforward.

[Rockaria]

I tried to figure out the proper configuration for the system through some tests with the encoder.

1. enc mode : PS/HE(sbr)/LC

2. ch mode : MO,ST(M/S Joint)/IS/MC(6ch)/
<condition : by input channel detection>
. default : 2ch(ST,HE), 6ch(MC,HE)
. when mono : ch mode (MO), enc mode(PS/HE/LC)
. when stereo : ch mode (ST/IS), enc mode(PS/HE/LC)
. when 3~5ch : => 6ch, better be preprocessed(i.e. avisynth)
. when 6ch : enc mode(HE/LC)
. when 7~ch : future supports, or preprocessed to 6ch(i.e. avisynth)

3. rate : vbr/(abr/)cbr xxx
<condition : on each rate mode (default 2ch,vbr)>
. when PS : default(48k), recommended range(min20-max64k)
. when HE : default(64k), recommended range(min48-max96k)
. when LC : default(128k), recommended range(min80-max320k)

. the default of MC(6ch) is calculate by 2ch default * 6ch multiplier(i.e. 2.5).
. these defaults are better be configured using external files(xml) or registry.

[edit] digested for essential functionality
Sooner or later, I'll have to restart the coding to help myself to save time, well..

[shon3i]

CoreAAC shows right information.
http://img16.imagevenue.com/loc76/th_61255_coreaac.jpg (http://img16.imagevenue.com/img.php?loc=loc76&image=61255_coreaac.jpg)

[Oline 61]

Where did you get that CoreAAC build?

[shon3i]

here http://www.free-codecs.com/download_soft.php?d=941&s=344

[Oline 61]

Thanks, that works here.

[Kurtnoise]

Some times ago I perform some 3GPP Reference Encoder modifications to allow read data from stdin etc... (this version is used in BeSweet/BeLight)
Unfortunally I lost this source code (my HDD was broken :devil: :devil: :devil: )
So I trying to understand - if anybody still really need this encoder I can reproduce my work from scratch in order to add 3GPP Reference Encoder into BeHappy/MeGUI

Your sources are included in CC.org (http://corecodec.org/frs/shownotes.php?release_id=235) if you're interested...:) I've made a fresh compile 2 weeks ago w/o pbs.

[Kurtnoise]

I've made a new compile with bitrates up to 72 kbps for this encoder. If you're interested ping me...:)

[dimzon]

I've made a new compile with bitrates up to 72 kbps for this encoder. If you're interested ping me...:)
Upload it @ mytempdir.com and PM me link

[Kurtnoise]

The sources, exe only or both ?

[dimzon]

both ;)

[bond]

Wait. Let's wait for results of the public test of HE-AAC (12 of the march). It's not clear which AAC codec provides more optimal quality. http://www.mp3-tech.org/content/?48kbps%20AAC%20public%20testresults are here and it seems the reference is not bad at all (still worse than freely available winamp encoder)

[dimzon]

results are here and it seems the reference is not bad at all (still worse than freely available winamp encoder)
Both are free and WinAmp beat 3GPP.

[Gabriel_Bouvigne]

Both are free and WinAmp beat 3GPP.
Winamp's encoder is free as in free price, however 3gpp encoder is provided with source code.
For the average Joe it's the same, but for developpers it might make a difference.

[dimzon]

Winamp's encoder is free as in free price, however 3gpp encoder is provided with source code.
For the average Joe it's the same, but for developpers it might make a difference.
My question was targeted to end-users...