make multi-channel spatialised synth modules

[diemoschwarz]

• up to 8 channels for now (circular or multi-pairs)
• using spat
• pan mapped to azimuth
• optional distance
• panvar
• spread
• find way to get spat to switch to stereo, or replace by max-only dynamic VBAP solution (better for skatart, too)

[einbond]

Okay, tell me more. We have approached this in the past with VBAP to calculate coefficients for outputgains, virtual sources for Spat, or HOA. Make separate modules for each, time permitting?

[diemoschwarz]

Hi Aaron, this issue is meant for a (sub)module to be put into poly voices for multi-touch use or load-balancing.
Unfortunately my first solution hits these problems:

1. spat is inflexible re. #speakers, will this need scripting?
2. is a typical stereo panning law the same as vbap on 2 loudspeakers? maybe there should still be a dedicated stereo synth module.
3. I have the impression that simply having 20 inactive but unmuted 8ch poly voices in the DSP graph uses a lot of CPU. Any experiences on your side on this? I will need to check this, and judiciously set the busy and mute flags.

[einbond]

2. is a typical stereo panning law the same as vbap on 2 loudspeakers? maybe there should still be a dedicated stereo synth module.

Yes I think it is the same algorithm.

3. I have the impression that simply having 20 inactive but unmuted 8ch poly voices in the DSP graph uses a lot of CPU. Any experiences on your side on this? I will need to check this, and judiciously set the busy and mute flags.

I have not found an issue if the unused poly~ voices are muted. Incidentally I have some similar design needs for my spatial filter example, which also requires poly~. For example I also need a module to send parameters to all mubu.concat~ objects at once since attrui doesn't work. So maybe we can compare / combine ideas.

[diemoschwarz]

have a look at the catart-mubu-poly top-level patch, using a proxy approach (imperfect with the @play attr...). However, just sending messages from a nice UI works.
That said, I think we should rethink the inlets to camu.select and camu.synth (with or without poly) some time, it is quite confusing.

[christophertrapani]

It would be cool if we can use the azimuth value in the key-mixer and have that sent to a multichannel spatialization patch which takes speaker number/step as an argument and positions the grain

[diemoschwarz]

I have not found an issue if the unused poly~ voices are muted.

Thanks. Trying to mute unused voices, I've awakened the devil of the details:

• when is an instance no longer needed and can be muted? for this we'd need to know how long the last triggered grain will sound.
• And what about periodic play?
• Or is it possible to use the busy detection of thispoly from audio to drive mute?

[christophertrapani]

I would think option 3, using the busy state to pilot muting, would be the best option to pursue...

…

On Thu, Jun 2, 2022 at 11:19 AM diemo ***@***.***> wrote: I have not found an issue if the unused poly~ voices are muted. Thanks. Trying to mute unused voices, I've awakened the devil of the details: - when is an instance no longer needed and can be muted? for this we'd need to know how long the last triggered grain will sound. - And what about periodic play? - Or is it possible to use the busy detection of thispoly to drive mute ? — Reply to this email directly, view it on GitHub <#56 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AIRYDC5NQJMNUHA6P4XWYGDVNB4CZANCNFSM5WEW7OZQ> . You are receiving this because you commented.Message ID: ***@***.***>