Page 1 of 1

Bus and wireless connection cost (YASQ)

Posted: Sat Dec 21, 2019 1:46 am
by deraudrl
Are wireless connections and buses "free" in the sense of not using measurable amounts of additional CPU? (By "additional" I mean relative to the tangled mess of lines that would otherwise represent the same connections.)

Re: Bus and wireless connection cost (YASQ)

Posted: Sat Dec 21, 2019 1:53 am
by MichaelBenjamin
.

Re: Bus and wireless connection cost (YASQ)

Posted: Sat Dec 21, 2019 10:06 am
by Spogg
My belief is that what you see on the screen in the edit environment is merely a representation of the compiled code. So, following that through, I would expect there to be no additional CPU if a connection is represented as wireless or wired.

These days I make much use of Wireless because it makes the schematic a bit nicer to look at. I still like to show the audio routing as wired though, because I find it easier to follow.

Others may have more insight into this question though...

Cheers

Spogg

Re: Bus and wireless connection cost (YASQ)

Posted: Sun Dec 22, 2019 4:38 pm
by trogluddite
MB and Spogg are correct, wireless and busses are just a different way to describe the net-list that's then used to "compile" the processing model. Once compiled, there's no additional CPU cost, though as MB points out, greater complexity and string label lookups add to the overhead of re-compiling with each routing change.

Note that selector and multiplexer components work in this fashion too. Whenever they are switched, they modify the net-list and invoke a re-compilation, which can occasionally lead to undesirable audio artefacts. Likewise when switching is done by changing bus create/extract labels. The upside of this is that (stream, at least) parts of the schematic which have no route to an output or display are omitted from the compiled processing model, so consume no CPU at all (hence downstream selection is recommended over upstream multiplexing).