SynthMaker

interface redraws getting asio stream corrupted

Archive · 2009 6 old posts

From the original SynthMaker forum (2004–2014), with its members’ names and dates.

MichaelBenjamin ·

lately i have made the observation, that (limited to refresh rate) redraws, of say ~10 png knobs at once takes about 30%cpu and this also affects the asio stream if there is other processing going on and cpu maxes out. the effect is much less when you turn off the interface, but still about ~4% cpu just with 10 automated hidden knobs. is there any possibility to lower the interface cpu hit, take it it to a lower priority, so it never gets into asio corruption?

infuzion ·

1) All VSTs have redraw-CPU issues. Some are better than others, some don't have "green data" like us, but they'll do all math in real-time (like our stream), so their CPU% will not change in automation.

2) kirkagur's reduced knob also reduces automation CPU% (without the readout display), since there is less green math than SM's bloated knobs. I think mine is slightly faster than his: Animated Knob Optimization (~50%) Please let me know if this works at all, & if it is indeed better or not. More green reduction on these will also help reduce CPU%.

3) Less frequent & smaller sized refreshing via Redraw will reduce CPU% greatly if you are very aggressive.

4) Lots of traffic in "green" data eats CPU more than stream sometimes. If your host/MIDI controller can filter out superfilous/unneeded MIDI data into the the VST, you should see a VSI CPU% reduction.

5) IMHO, there should be a newer "Redraw Limiter" that caps the refresh rate to 12-25FPS, which is what the human eye can be tricked into thinking is animation. I think it currently runs at 100FPS? Or somehow changing SM's "refresh rate" so something user-settable.

Is the ASIO stream issues only inside the editor, or also inside the hosts please? If so, what hosts?

MichaelBenjamin ·

thank you for the hints. i have a look at the reduced knob. but i still wonder why redrawing of 2d pixels has such a huge hit. its the almost same cpu when i am playing a full 3d game. i know, 3d game uses "asio for graphics", and maybe its the vst 2.3 container thats simply not made for graphics, but as synthmaker can do so much with graphics, it should be somehow doable without using all cpu. the asio crackling is really nasty, like your computer is about to completely hang up. both in reaper and energy xt 1.41 (ok thats getting a bit old)

infuzion ·

If you have 5 knobs going at once, you'll have 5*100+=500+ screen updates/second? You might need to increase the ASIO buffer?

MichaelBenjamin ·

no, the graphics updates need to be optimized internally in sm:)

aliasant ·

MichaelBenjamin wrote: no, the graphics updates need to be optimized internally in sm:)

Yes. Totally.

Malc knows this but has his hands full.... =( I wish he could afford to hire a couple of extra coders.....

Wrote something here? To have a post removed or your name hidden, write to [email protected].

Before your first post

A few rules keep this a friendly place. You agree to them once.

Shown next to what you post, here and in the app. It doesn’t have to be your real name: 3–24 lower-case letters, digits or _ (capitals become lower case, spaces become _).

    Then your post goes up straight away.

    Delete this reply?

    Open it in SynthMaker?

    It goes on the track you’re editing there, in place of that track’s sound, and into My sounds. Your other tracks stay as they are.

    Want to keep that track’s sound? Start a new song in SynthMaker first (Song › New song), then open this.

    Report this reply?

    Only the developer reads reports. The person isn’t told who reported them.

    What’s wrong with it?

    Block this person?

    You won’t see their posts and replies here any more. They aren’t told, and you can unblock them at any time.

    People you’ve blocked

    Their posts and replies are hidden from you. Unblock someone to see them again.

    The community rules

    A few rules keep this a friendly place. Everyone agrees to them once, before their first post.