From the original SynthMaker forum (2004–2014), with its members’ names and dates.
bootsy ·
Can someone confirm this: Just use one of the standard S|M build-in toolbox effects (e.g. the echo-delay) and drop a preset manager into it so there is proper parameter control in the hosts. Now load the compiled vst into your host and open the plugin in GUI less mode of your host (Reaper, Cubase and most others supports this). Change a parameter and close GUI less mode. Open the plugin in normal mode with GUI - the controls in the interface are not updated. The same occurs if automation is applied while the UI is closed or in GUI-less mode.
Is there a workaround?
Tzarls ·
Just guessing here: maybe using an EdOpen primitive with a bool to send a trigger to a redraw would work?
DigitalWhiteByte ·
The problem is the knob,
in the module "preset" -> "redraw limiter",
it does not send the trig if not when it is implemented by mouse, if is bypassed it works.
infuzion ·
DigitalWhiteByte wrote: The problem is the knob, in the module "preset" -> "redraw limiter", it does not send the trig if not when it is implemented by mouse, if is bypassed it works.
Suggestion: We need an On GUI Open trigger-primitive like On Load to send a trigger when the GUI is opened/closed.
Workaround: Replace the Redraw Limiter from knobs & other controls with trogluddite's & my Heartbeat Trigger Limiter.
Tzarls ·
infuzion wrote:
DigitalWhiteByte wrote: The problem is the knob, in the module "preset" -> "redraw limiter", it does not send the trig if not when it is implemented by mouse, if is bypassed it works.
Suggestion: We need an On GUI Open trigger-primitive like On Load to send a trigger when the GUI is opened/closed.
Workaround: Replace the Redraw Limiter from knobs & other controls with trogluddite's & my Heartbeat Trigger Limiter.
As I posted above.... doesn´t the EdOpen primitive does something like that? It tells when the GUI is visible or not, and combined with bool2true/bool2false you can get that behaviour.
infuzion ·
Tzarls wrote: As I posted above.... doesn´t the EdOpen primitive does something like that? It tells when the GUI is visible or not, and combined with bool2true/bool2false you can get that behaviour.
Sorry I missed that the first time. I assume EdOpen will work, but I haven't seen it tested.
bootsy ·
Ok, I see it's more a "works as designed" thing and the idea was to limit ressources when the gui is closed and e.g. automation orccurs. Though, it's a little bit odd to a user and I did not saw this behaviour yet in any other plug-ins. A global conf to switch it of would be good, imho.
aliasant ·
The Ed Open Prim works great.
I have 1 main tick going thru a selector with a Ed Open as control.
When the gui is visible the EdOpen opens up the tick stream for all the gui parts and when the gui closes so does the ticks.
I also do as Tzarl suggested and use the EdOpen to send an additional tick on change.
Shouldnt that work for you?
bootsy ·
indeed, that should work.
bootsy ·
Short report: Adding just a top level redraw triggered by EdOpen did not work here. I had to remove the redraw limiter in the knob as DigitalWhiteByte suggested.
infuzion ·
aliasant wrote: I have 1 main tick going thru a selector with a Ed Open as control.
When the gui is visible the EdOpen opens up the tick stream for all the gui parts and when the gui closes so does the ticks. I also do as Tzarl suggested and use the EdOpen to send an additional tick on change.
OK, I took this advice & posted an update to my heartbeat trigger system; I'd like to hear if this version works for you bootsy please.
& thanks aliasant 🙂
aliasant ·
🙂 Your welcome.
One thing though...
On my system the 100tick gives me about 70 real ticks/sec so 70/(6+1) = 10 and not 16 as in your osm... Not sure what to do about that. Maybe use a tick 50 instead?
bootsy ·
infuzion wrote:
aliasant wrote: I have 1 main tick going thru a selector with a Ed Open as control.
When the gui is visible the EdOpen opens up the tick stream for all the gui parts and when the gui closes so does the ticks. I also do as Tzarl suggested and use the EdOpen to send an additional tick on change.
OK, I took this advice & posted an update to my heartbeat trigger system; I'd like to hear if this version works for you bootsy please.
& thanks aliasant 🙂
Thanks for all your efforts and patience here and please excuse my ignorance (I'm not that tricky S|M UI hacker) - If I understood I should replace the standard redraw limiters in all the knobs in the project with yours and use the "heartbeat trigger" once as a global one, right? Triggering is then supressed down to a certain rate but this is acceptable since it just affects the visual update of the knob and not the value change itself, right?
Cheers,
bootsy
infuzion ·
aliasant wrote: One thing though...On my system the 100tick gives me about 70 real ticks/sec so 70/(6+1) = 10 and not 16 as in your osm... Not sure what to do about that. Maybe use a tick 50 instead?
Version 05 might be better for you; try that one please? If that is not better, then we'll have to go to 20FPS, hoping that you will reach 14FPS or so.
[old link]
bootsy wrote: If I understood I should replace the standard redraw limiters in all the knobs in the project with yours and use the "heartbeat trigger" once as a global one, right? Triggering is then suppressed down to a certain rate but this is acceptable since it just affects the visual update of the knob and not the value change itself, right?
Yes, the "GUI Hb Trig Limiter 04" (which needs Heartbeat Trigger 04 or 05 to work) should be a 1:1 replacement for SM's Redraw Limiter, except you can change the rate inside the Heartbeat Trigger, & I added extra triggers when the GUI is open & closed. Hopefully 🙂
Wrote something here? To have a post removed or your name hidden, write to [email protected].
SynthMaker