Filter bug ( paul ) self resonance

Of course they didn't
,

 

We have already fixed some of the bugs reported here in the last couple of days, and will continue to do so. Thanks for bringing these ones up, taking my notes to discuss with the team.

 

Nice , do notice that this bug has been reported 2 years ago
While we're at it , could you please update the util clock to do triplets ?
This has been asked from day one ,and the U.L. triplet clock is of no use in rack mode .

 

Excellent news! Thank you Jan.

 

While this would be cool (why not add dotteds while at it, then?), couldn't you use the Gate Sequencer from ToyBox free pack to do the same thing?

 

First feedback regarding the filter issues is along the lines of what colB explained in his initial posts—these inconsistencies are the result of non-linear behavior that makes the filters sound awesome. I will ask again about colB 's later findings.

Can you elaborate on these, or, if they have been reported in Centercode, point me to the issues? Thanks!

 

For CFG, there is a thread, don’t if it’s valid or not
https://www.native-instruments.com/...rt-blocks-west-coast-cfg.338591/#post-1699625

 

If you check my later post I give an explanation of the problem and a fix. This resolves the problem without changing anything in the response of the filter. It a simple programming error. Probably the one I do myself more often than any other - using a math mod macro where the should not be one!

What normally causes it is adding a feature to code where a math mod is the correct approach and forgetting to swap out the math mod.

 

Yes, the issue lies in "Reso Prep" as shown earlier by coIB. I think the issue best illustrated by doing the following test.
1) Adjust the cutoff to min, then turn the res to min and then back to max. Now sweep the cutoff through the full range and listen to the res response.
2) Adjust the cutoff to max, then turn the res to min and then back to max. Again sweep the cutoff and listen to the res response.

The max res you get varies under these two situations even though in both cases you're sweeping the cutoff with res maxed out. The max res you get depends on the position of the cutoff when you last adjusted the res. If this behavior is intentional, it's certainly an odd choice and something I've never experienced other filters doing. It's easily corrected by editing "Reso Prep".

 

As I said, I will ask again about colB 's later findings. Thanks for the additional info, it's on my list of things to discuss next week.

 

VA Filter bug dated 2019-04-10
Program Files\Native Instruments\Reaktor 6\Library\Primary\05 - Filters
the left in pic is the corrected version from 2016

 

Just received word from dev that they've fixed the bug in Modern Paul's Reso Prep Macro. It was related to latches causing the resonance value to not update correctly in some cases.

In regard to the off topic post about the VA Filter macro, this appears to be a GUI bug. It is working correctly in 6.3.

 

This latching bug is in nearly all your filters btw.

 

here's another one

 

Thanks, Bento Box Mix is fixed and looking into the other filters, too.

 

Nice one. It's been a while when i was looking into them but i'm pretty sure the SKF used the same calculation.

 

Yeah, SKF is already on our radar.

 

and i always wondered if that was intended

 

It's nice to have you here. i really appreciate that. Best update ever.