From the original SynthMaker forum (2004–2014), with its members’ names and dates.
Eska ·
This might be a problem of my personal setup, so if anybody can confirm: If I trigger the clear audio module or change a VST preset in the QUODfm I get ~400ms crackle. This affects the hosts buffer too means, even if I don`t play notes in my instriument, all other tracks get the crackle. In Reaper also the cursor freezes. With other SM made plugins the effect is less noticable but still there. Other non -SM plugins perform well.
infuzion ·
Sorry Eska, I don't have time to test, but some quick ideas: - output not = 0.0 when notes are not playing - new patches send values making noise - if you have alot of busses or Selectors or Multiplexers, then the audio path gets "recompiled" ?
bootsy ·
In my betatests similar things where reported. Hughe CPU spikes during preset change or even short freezes (e.g. in Reaper). Noise wasn't actually an issue.
Eska ·
Nevermind, had a system HD crash today morning but made a data backup 4 days back. Not that bad. This is from my memory (brain): There is not one stream selector or multiplexer left in my instrument and the crackle occurs even if the instrument is muted in the hosts audio out. Same happens, when I trigger the clear audio primitive. As my delays are empty after vst preset change I suspect clear-audio is triggered and might be the buggy part.
MichaelBenjamin ·
yes, the clear audio primitive is too brute force to be really usable in a non private vst, since it seems to break the whole asio stream when triggered.
bootsy ·
so, can that primitive safely removed?
Disco_Steve ·
There is a clear audio primitive!!
THANKYOU THANKYOU
I didn't spot that one
so many times i've made my own and now I dont have to 🙂
matti ·
I've usually got freezes when a schematic has to update big arrays inside dozens/hundreds of modules. Are your schematics very big?
Eska ·
It is big, so the freeze is more recognizable. With smaller schematics the crackle is shorter but always there. A serious bug anyway making SM plugins not that suitable for live play - and maybe easy to fix if it`s only the triggering of "clear buffer" on preset change. 😉
sunsynth ·
Yeah, the Clear Buffer produces a damn crackle... but i never reported this as a bug 😊 I tried it to avoid the 'left-overs' in a delay stream switch... made a workaround 4 this but the stream is left active...
Eska ·
The crackle affects the hosts audio out, therefore every other running track. It`s a bug.
Tom7777 ·
Yeah i think everyone must get preset clicks/glitch on change and also freeze/hangs for larger projects or things like when an array changes. Less noticable for smaller projects though. I hope this gets fixed also.
malc ·
This is caused by the recompile of the audio code. The buffer calls from the host need to be halted during this process.
I have an idea about how to improve this (hopefully significantly). However it will take a little work so don't expect it in the next release.
Eska ·
Yepp, changes in the audiorouting require a recompile, as a long time Reaktor user I know about. This is obviously a lot of work. What I am thinking about is much easier: a developer module with a bool in to tell the system " this osm has no routing changes, therefore don`t you even think about doing this nasty recompile thing. " A lot of small effects have no routing changes, the QUODfm too, so I`m really interested in such a module.
Wrote something here? To have a post removed or your name hidden, write to [email protected].
SynthMaker