@seb-harmonik.ar Amazing, thank you for digging in and poking around. Those changes were very helpful, lots of stuff I didn't know about. The [tabread~} objects were for a feature I was considering that would modify those arrays while the note is active but I'll try a different approach because the performance gains were significant after changing them out.

Also thank you so much for explaining how to pass arguments like that. I didn't know that was possible and it worked perfectly.

@oid This is super helpful. I'm not great with the control level logic stuff and learned a lot from looking at how that patch works.

@tungee Thanks for the feedback, I was worried about that. I've been trying to figure out how to get some [switch~] objects in there to kill inactive voices to lighten the load.

@oid Oh cool! Thanks for the tip, hadn't thought about channel conflicts I'll definitely implement this.

My first patch, would love to hear thoughts on coding style/efficiency. Plays fine in vanilla but GUI is optimized for Purr Data. Looking for tips on how to run two instances in the same patch without running into duplicate problems with the control arrays. Do I have to open up all the subpatches inside to use $0 in the array names to keep it local? Thanks for taking a look, let me know what ya think.

pop these guys in the same folder and open summer to check it out:
summer.pd
addosc.pd