>>>>> "M" == Mark Taylor <[EMAIL PROTECTED]> writes:
M> I just committed two fixes for the above. Next step will be to
M> add some scalefactor 22 (above 16khz) noise calculations and
M> look at what is going on in the frame analzyer.
at first step, why don't you use the 22nd scalefactor's threshold as ATH
of the scalefactor ?
---
Takehiro TOMINAGA // may the source be with you!
--
MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
- Re[2]: [MP3 ENCODER] Some mor... vdbj
- [MP3 ENCODER] VBR Bug Report Caster
- Re: [MP3 ENCODER] VBR Bug Rep... vdbj
- Re: [MP3 ENCODER] VBR Bug Rep... Caster
- Re[2]: [MP3 ENCODER] VBR Bug ... vdbj
- Re: Re[2]: [MP3 ENCODER] VBR ... Caster
- Re[4]: [MP3 ENCODER] VBR Bug ... vdbj
- Re: [MP3 ENCODER] VBR Bug Rep... Mark Taylor
- Re[2]: [MP3 ENCODER] VBR Bug ... vdbj
- Re: [MP3 ENCODER] VBR Bug Rep... Mark Taylor
- Re: [MP3 ENCODER] VBR Bug Rep... Takehiro Tominaga
- Re: [MP3 ENCODER] VBR Bug Rep... Mark Taylor
- Re: [MP3 ENCODER] VBR Bug Rep... Mark Taylor
- Re: [MP3 ENCODER] Some more l... Robert Hegemann
- Re: [MP3 ENCODER] default high pass filtering Segher Boessenkool
- Re: [MP3 ENCODER] default high pass filtering David Balazic
- Re: [MP3 ENCODER] default high pass filtering Segher Boessenkool
- Re: [MP3 ENCODER] default high pass filter... David Balazic
- Re: [MP3 ENCODER] default high pass filtering Jaroslav Lukesh
- Re: [MP3 ENCODER] default high pass filtering Istvan Varga
