Roald Baudoux

Almost any mc. object's number of channels can be set with the @chans attribute/message. It would be nice if mc.dup~ could follow the same pattern.

Hello,
Almost any mc. object's number of channels can be set with the @chans attribute/message. It would be nice if mc.dup~ could follow the

feature-request-change-mc-dup~'s-number-of-output-channels-with-a-chans-attributemessage

Hello! Just bringing this back up - is there a reason mc.dup's channel amount won't change until audio is turned off and on? If its unfixable, is there a different way of duplicating a mono signal to multi-channel which is flexible, ie, can change the amount of channels on the fly?

In more experimenting: Is it generally the case that in the mc. world changing channel quantities on the fly isn't the done thing? My use case is having a patch that works in stereo or with multi-channel speaker systems, so when I'm working in stereo I'm saving CPU, but I can quickly check it's all still working in multi-channel - is this just not really a thing and should I adjust my workflow?

using poly~ has been the way to change channels on the fly(it allows for the greatest specificity applied to efficiency), but "not really a thing" is not something anyone could say about anything in Max(let alone most creative environments like it), it keeps changing, and you may find use cases where it can work well enough(i.e. if your dsp is simple enough, and you're just changing channels between say, 1 to 2 channels, then there is some basic ducking that helps declick the way Max rebuilds the dsp chain, and it might be smooth enough to be applicable in some live-coding or other creative contexts... i'm not saying i've run into such patching yet, just saying Max is equally loved/hated for all its beautiful 'grey areas').

you could leave it set to the max number of channels you are going to use - and then mute the channels you dont need to process further when you need less than max (using mc.*~ or whatever)

then again, in this situation you might wonder why you are using dup~...

Feature request: change mc.dup~'s number of output channels with a @chans attribute/message