Could this blue selector crack the sound ?

[Tepeix]

Hi,
I read sometime that using a selector to bypass blue code could interrupt or do noise on the sound due to recompilation of the code.

But here's a modified selector.
When a code is bypassed, it will first reduce the level with a zip, then bypass the code when the level reach zero.

(In this example using some delay, i have also to make the input of the delay slowly increase when it is selected,
or it will record an hard clip, also there's nothing to erase the memory when the delay is bypassed)

Trying it in flowstone and LMMS i don't hear any click or interruption of the sound.
But will it be the case with more code involved and maybe more recompilation to do ???
Does it really have to recompile complex think or is it just some bypass on some part of the code ?

[Spogg]

That works really well in this example!

I suspect that it will depend on the complexity of the schematic, as you say, since a change of stream routing anywhere will always cause a recompilation of the whole schematic I believe.

I think the best way to avoid clicks is to use multiplier prims as gates whereby the gate line is slugged with a de-zipper. Of course you won’t get any reduction of CPU with that method. I’ve heard clicks on many plugins when some selections are changed, so it’s probably acceptable unless the routing change is something you might want to automate in a song while it’s playing.

[Tepeix]

I try some test with the analyzer prim..

But i'm not sure what to think about it !)...

In Flowstone the analyzer always show 2 same code when we switch.
It will use the same variable number.
Seams an indication that the code is a memory that is switched and not recompiled, but not a proof at all,
and it's not the same in a vst..

As a vst in LMMS, i have to play some note before i could read some code change.
But the code is not complete. It seams that it point somewhere in a different place when the code is switched.
... So i don't know what to think...

[Spogg]

Sorry but I can’t really help with this since I’m not a coder and we don’t have access to the actual FS source code anyway. My limited understanding of “recompile” would be to create a completely new block of code in memory based on changes to the signal routing in the VST plugin. That re-writing would always cause stream interruptions I suspect.

When we talk about this kind of stuff it makes me really appreciate the complexity of what’s actually going on behind the scenes!

[Tepeix]

Yes it's very difficult to know.
I will maybe do test later with bigger code.

What surprise me the most is the instruction "mov eax,[eax]"
What could do this ??)
In the end there's also a push ebx. But ebx is not used..
A lot of mystery !)

Reading some other topic of the forum i also notice that the stage 0 if it exist will be executed each time the code is reactivated.