Skip to main content

Notice

Please note that most of the software linked on this forum is likely to be safe to use. If you are unsure, feel free to ask in the relevant topics, or send a private message to an administrator or moderator. To help curb the problems of false positives, or in the event that you do find actual malware, you can contribute through the article linked here.
Topic: Adaptive Lowpass in Rev6 of lame_dm?? (Read 4290 times) previous topic - next topic
0 Members and 1 Guest are viewing this topic.

Adaptive Lowpass in Rev6 of lame_dm??

I was doing some testing with lame_dm rev6 and I noticed on one of my files, a pure percussion .wav with lots of highhats and cymbals, that the lowpass numbers, usually 18671- 19205 INCREASED to 18774-19355.

I did not alter the --alt-preset normal commandline so my first question is:

1. Did Dibrom implement an adaptive lowpass?

2. If yes can one turn it on using switches? or does it only run internally?

3. If no, how did this happen?

4. Is there any other way to increase the lowpass to 18774 with other versions of lame or no? --lowpass width maybe?

Thanks.

Adaptive Lowpass in Rev6 of lame_dm??

Reply #1
My guess is that the different sample rate (48 vs 44.1) may have something to do with this. 

/Andreas

Adaptive Lowpass in Rev6 of lame_dm??

Reply #2
:jawdrop: Doh!!!!!!!! I'm such a fool! :insane:

You are right!

Well now that I have embarrassed my self I might as well ask two more questions...

1.  Is implementing an adaptive lowpass possible? and advanatageous?

2.  Why are certain values fixed? For example who decided on 18671 for lowpass 19?  Can we edit the source code to make it 19000 for lowpass 19?

Anybody???

Adaptive Lowpass in Rev6 of lame_dm??

Reply #3
Quote
Originally posted by RD
1.  Is implementing an adaptive lowpass possible? and advanatageous?


Yes, and Yes.  Can I do it?  Not currently.  But I think an adaptive lowpass could solve quite a few problems... I think this is one of the next *big* things that LAME needs..

Quote
2.  Why are certain values fixed? For example who decided on 18671 for lowpass 19?  Can we edit the source code to make it 19000 for lowpass 19?


Well part of the reason is because its not a hard lowpass.. the polyphase part for example.  It will cut off nearly completely around 19khz though.

Adaptive Lowpass in Rev6 of lame_dm??

Reply #4
I know there are things concerning ease of use, frontends, etc. that you want to change....BUT What other big things do you think Lame needs concerning QUALITY?

Adaptive Lowpass in Rev6 of lame_dm??

Reply #5
Quote
Originally posted by RD
BUT What other big things do you think Lame needs concerning QUALITY?


Well the adaptive lowpass for one, and a much better noise measuring system (better tonality estimation helps here) and method for determining best quantization... (this last part is what I'm messing around with myself at the moment..).  Some sort of better impulse detection would be nice also.. and a 2-pass mode for abr.

Adaptive Lowpass in Rev6 of lame_dm??

Reply #6
Naoki is also testing new noise shaping for Lame. One thing I wonder is that is the Lame's spreading function really optimal. It's said that it has been done using listening tests, but I wonder who were the testers.

Anyway if Naoki can make new noise shaping and the more difficult part - new tonality estimations to work, it could mean that achieving good quality/bitrate (profile tweking) becomes much more easier. Anyway, with optimal spreading function and tonality estimations, nearly optimal masking threshold and overall better simultaneous masking could be achieved.
Dibrom's current tweking is working pretty well, but even he thinks it's pretty roughly done, meaning that several special situations must be tweaked via code level forking, and this does lead to a bit non-optimal bitrates sometimes especially with some low volume music.
Juha Laaksonheimo

Adaptive Lowpass in Rev6 of lame_dm??

Reply #7
JohnV,

Any idea of a time frame on when Naioki might be finished with the new tonality estimation, etc?

I mean are we talking many months or just weeks?