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
when code component is consuming CPU?
12 posts
• Page 2 of 2 • 1, 2
Re: when code component is consuming CPU?
So here's a (hopefully) related question:
In DSP components are there any effective "get out early" operations? Such as with bitmasking; does it save on CPU to get out of a conditional with a 0 boolean or is everything calculated out regardless?
It would be nice if there was a way to force DSP code blocks to skip over all the expensive stuff when you don't need it. I know I have one project I backburnered a while back that was at 25% CPU idle. I put a lot of work into that too.
In DSP components are there any effective "get out early" operations? Such as with bitmasking; does it save on CPU to get out of a conditional with a 0 boolean or is everything calculated out regardless?
It would be nice if there was a way to force DSP code blocks to skip over all the expensive stuff when you don't need it. I know I have one project I backburnered a while back that was at 25% CPU idle. I put a lot of work into that too.
- Perfect Human Interface
- Posts: 643
- Joined: Sun Mar 10, 2013 7:32 pm
Re: when code component is consuming CPU?
tester wrote:... it reminded me, that in the past I saw situations in which "disabled" code blocks - used CPU. And I started to wonder - what are the options.
I just experienced the same. I was playing around with the sync'd lfo, added a scope, asio out and watched it working. Then I removed the link to the asio out - but the lfo continued to work. Only after deleting the asio prim, it stopped. This behavior is inconsistent. If it only starts processing after linking it to the audio out, it should stop processing when links are removed.
"There lies the dog buried" (German saying translated literally)
- tulamide
- Posts: 2714
- Joined: Sat Jun 21, 2014 2:48 pm
- Location: Germany
12 posts
• Page 2 of 2 • 1, 2
Who is online
Users browsing this forum: No registered users and 60 guests