Robin Schmidt
Robin Schmidt
i think, scope interpolation is easier. it's just some straightforward math. ...ok - for a more refined version, maybe also some not-so-straightforward stuff - but a first version may not...
yes. both. probably also multithreading. i guess i'll introduce some sort of RepaintManager class that regularly calls the repaint callback on some number of registered repaintees (the widgets)....but better call...
ok, let me finish the spline drawing for the scopes and then i'll look into this
i guess, you mean a separate *thread*, not *process*, right? because i think it would be weird for an audio plugin to spawn processes. i just checked the threading model...
well....yeah...you can inherit your widget from juce::Timer and repaint every 1/30 seconds.....but i think that would be wasteful if there's nothing to actually redraw. i think the system should figure...
i think, that would be a very dirty solution. it may work, though
i'm currently setting up a RepaintManager class. i think, it is better to have one central object that derives from Timer and that calls repaint on a number of registered...
...although...looking at the Timer class - it actually looks quite lean....maybe my design idea is needlessly complicated...hmmm
do you intend to let the update rate be changed by the user at runtime? ....bcs i think, that would be enough justification for my design (we would have a...
i don't know...i was starting to implement your design idea....do you think, i should instead follow my (more complicated) idea instead?