Chris Rolfe

Using applyvalues, I'm sending a "chans N" message to the mc. object when values list length changes. Additional channels, however, require reasserting ramp targets set *after* a DSP restart. It's similar to how mc.wrapper~ zeroes channels when N decreases but DSP="on". Here though I don't see why the values aren't stored, ready for the next dac~ start.

Expected: applyvalues list is stored and used on DSP restart.

Actual behaviour: values are ignored and zeroed channels are added.

As a workaround, I check dspstate~ =on and reassert the list.

Using applyvalues, I'm sending a "chans N" message to the mc. object when values list length changes. Additional channels, however, require reasserting ramp targets set *after* a DSP restart. It's similar to how mc.wrapper~ zeroes channels when N decreases but DSP="on". Here though I don't see why the values aren't stored, ready for the next dac~ start. 

Expected: applyvalues list is stored and used on DSP restart. 

Actual behaviour: values are ignored and zeroed channels are added. 

As a workaround, I check dspstate~ =on and reassert the list. 

Using applyvalues, I'm sending a "chans N" message to the mc. object when values list length changes. Additional channels, however, require 

mc-wrapper-auto-adapt-wrinkle

Here's a patcher that demonstrates dropped values with mc.wrapper (using sig~). I'll file an issue report.

mc.wrapper auto-adapt wrinkle