More VBR related bugs: This one was a stupid error on my part: Robert's latest VBR tunings (which became the default in 3.81) adjusted the ATH based on the quality setting. I accidently disabled this by moving the call to an initialization routine before the ATH adjustment level was set. This is now fixed in CVS. It has no effect on -V 4 (which is how it got through my two VBR test cases). But on higher quality settings it does make a difference: small effect on music samples, but on these sweep.wav test cases, "lame -V1 -m j -h" goes from averge 50kbs to 123kbs. Mark -- MP3 ENCODER mailing list ( http://geek.rcc.se/mp3encoder/ )
- 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] Some more l... 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
