If you have a problem or need to report a bug please email : support@dsprobotics.com
There are 3 sections to this support area:
DOWNLOADS: access to product manuals, support files and drivers
HELP & INFORMATION: tutorials and example files for learning or finding pre-made modules for your projects
USER FORUMS: meet with other users and exchange ideas, you can also get help and assistance here
NEW REGISTRATIONS - please contact us if you wish to register on the forum
Users are reminded of the forum rules they sign up to which prohibits any activity that violates any laws including posting material covered by copyright
Parametric EQ: Smooth Automation
8 posts
• Page 1 of 1
Parametric EQ: Smooth Automation
I don't know if this has already been discussed, but i didn't see anything about it so I'm submitting a new post.
Automating standard Parametric EQ controls (Gain, Freq or Q) in host application (FL Studio) is not smooth, and causes major CPU usage and sometimes fatal crashes.
Any solution to fix this is much appreciated.
Automating standard Parametric EQ controls (Gain, Freq or Q) in host application (FL Studio) is not smooth, and causes major CPU usage and sometimes fatal crashes.
Any solution to fix this is much appreciated.
Last edited by Father on Fri May 02, 2014 11:16 pm, edited 1 time in total.
- Father
- Posts: 177
- Joined: Thu Jan 09, 2014 5:48 pm
Re: Parametric EQ: Smooth Automation
Prims "redraw limiter" on green side, "de-zipper" on blue side may help. Second - reduce amount of green triggers (not needed ones) wandering around. Third - maybe (just maybe) some issues in filter design; best way is to keep min/max ranges (on all inputs), non-zero inputs (filters don't process zero's well), and filter construction at all.
Need to take a break? I have something right for you.
Feel free to donate. Thank you for your contribution.
Feel free to donate. Thank you for your contribution.
- tester
- Posts: 1786
- Joined: Wed Jan 18, 2012 10:52 pm
- Location: Poland, internet
Re: Parametric EQ: Smooth Automation
Yes thank you. limiting triggers on green side for each control (Gain, Freq and Q) did it. CPU usage is much better and it automates smoothly. Still not ideal, but at least it works OK.
One more thing to do is to connect both Freq and Q to redraw; Because the original EQ only reacts to gain automation.
One more thing to do is to connect both Freq and Q to redraw; Because the original EQ only reacts to gain automation.
- Father
- Posts: 177
- Joined: Thu Jan 09, 2014 5:48 pm
Re: Parametric EQ: Smooth Automation
Yes, but you can use either redraw limiter, or - ticker25 (depends on design) - and use common single redraw routine for all knobs, to lower the gui redrawing rate amnd total amount of triggers.
Need to take a break? I have something right for you.
Feel free to donate. Thank you for your contribution.
Feel free to donate. Thank you for your contribution.
- tester
- Posts: 1786
- Joined: Wed Jan 18, 2012 10:52 pm
- Location: Poland, internet
Re: Parametric EQ: Smooth Automation
I get the idea how to deal with this kinda problems now. But i didn't expect to see it in standard modules.
Is this the right way to do it?
Is this the right way to do it?
- Father
- Posts: 177
- Joined: Thu Jan 09, 2014 5:48 pm
Re: Parametric EQ: Smooth Automation
Ticker and redraw limiter are used to drive the redraw and redraw area prims (which are responsible for gui refreshing). Not there (although you could use redraw limiter your way too in some situations). Note that you must connect triggers to redraw limiter too.
The difference between ticker and redraw limiter would be - redraw limiter acts only when triggers are sent, while ticker sets constant refreshing rate for gui or area. Downside of ticker is - if you use it on editboxes, then your values may disappear/blink during editing.
The difference between ticker and redraw limiter would be - redraw limiter acts only when triggers are sent, while ticker sets constant refreshing rate for gui or area. Downside of ticker is - if you use it on editboxes, then your values may disappear/blink during editing.
- Attachments
-
- whereto.png (17.69 KiB) Viewed 13289 times
Need to take a break? I have something right for you.
Feel free to donate. Thank you for your contribution.
Feel free to donate. Thank you for your contribution.
- tester
- Posts: 1786
- Joined: Wed Jan 18, 2012 10:52 pm
- Location: Poland, internet
Re: Parametric EQ: Smooth Automation
I wanted to limit the triggers when a value is constantly changing, like a De-Zipper for green. I used the redraw limiter like that and it kinda worked. I don't know if that's logical or not! And i am paranoid about using tickers, they tick a lot! Beside when there is no change in value they are still sending triggers.
I guess i have to experience more on this. But my original problem is solved.
Thanks for your time, really appreciated.
I guess i have to experience more on this. But my original problem is solved.
Thanks for your time, really appreciated.
- Father
- Posts: 177
- Joined: Thu Jan 09, 2014 5:48 pm
Re: Parametric EQ: Smooth Automation
Father wrote:I wanted to limit the triggers when a value is constantly changing, like a De-Zipper for green. I used the redraw limiter like that and it kinda worked. I don't know if that's logical or not! And i am paranoid about using tickers, they tick a lot! Beside when there is no change in value they are still sending triggers.
I guess i have to experience more on this. But my original problem is solved.
Thanks for your time, really appreciated.
Just play with it, and post schematics with problems you may encounter.
Need to take a break? I have something right for you.
Feel free to donate. Thank you for your contribution.
Feel free to donate. Thank you for your contribution.
- tester
- Posts: 1786
- Joined: Wed Jan 18, 2012 10:52 pm
- Location: Poland, internet
8 posts
• Page 1 of 1
Who is online
Users browsing this forum: No registered users and 79 guests