Sébastien Métrot :
NUI:
I changed the way the widget tree layout computing is done. From now on
only the part of the widget tree that have changed will really force a
relayout which makes things a lot smoother.
So, now that we have partial redraw and partial relayout NUI is starting
to become quite faster than is used to be some month ago.
An interesting thing to note is that these fixes permited to globally
fix the redrawing slowness when the system asks a repaint (yes, this
fixes most issues when nui is used as a plugin inside another app).
Indeed, dragging that file list in example vst plug takes a lot less
CPU. Dragging whole plugin window takes the same amount of CPU as
with previous version, but it's no problem. I found out that in some
hosts (Logic for example) dragging any plugin window produces the same
effect. In other (Chainer, EnergyXT) it depends on a plugin - for
example my previous plugs that uses vstgui takes 10% of CPU in Chainer,
example nui plugin takes from 20 - 85% (depends of how fast I move the
window :-) ). But the most important fact is, that nui plugin doesn't
affect audio playback/record even when audio processing is taking over
80% of CPU and plugin windows is doing heavy updates in the same moment.
So I'm not that worried any more :-)
BTW I've got a working static version of vstplugin :-) The bad news
is that I got other linker errors in static debug version :-( Should I
add some additional flags for debug static build (excluding
/D "NGL_STATIC_BUILD" which I already added)?
Also, I don't know if you made some fix in nui/ngl or something, but
static version doesn't influence u-he plugins any more!
cheers,
Bart
--
"When the only tool you know is a hammer,
every problem looks like a nail."