I’ve been tinkering around a bit with the Max9/RNBO export. Here’s an algorithm for a mono in/stereo out granular thing. It’s fairly stable, but at certain settings you can hear the processor getting taxed. It’s based on the max granulator~ object, and it’s difficult to determine how many simultaneous voices it’s using. It’s a lot larger than Vsig .9ka files and loading seems to take a long time. The first time I tried it, it didn’t properly load. I’ve attached the binary below, but try at your own peril. When it loads, the H9000 UI seems to freeze, but it’s not a crash. If it freezes the H9000 you can check emote or setup screen to see if the DSP module is offline – this would require a reboot.
There are a couple of issues I’ve encountered with the RNBO param object interpreted by the H9000. First is the fact that knob values do not translate the way they would in Vsig. You can’t set a %2.2f message to get a higher resolution for the knob, so params are set with a @min 0 @max 100 then scaled to 0. & 1. You can manually enter a fractional value via emote. Also the RNBO [param @enum 0 1] enumeration attribute is interpreted as a knob with three positions 0 0.5 and 1 rather than just a 0 and 1.
The algorithm is only set to work at 48k sample rate. It has a control for rec-gran. When this is set to 0.5 or 1.0, the algorithm is recording to the data object of 192000 mono samples. When rec-gran is turned to 0, it stops recording and enables the granular playback. It’s preset with a stable usable setting, but when you increase the rate or alter the window size or decrease the pitch, you will hear processor taxing artifacts. There’s a second enumerated control for position modulation type: modmode 0 is no modulation which enable the position control. modmode 0.67 or 1.33 is a phazor ramp defined by the mod start and range knobs. modmode 2.0 is a triangle wave that will apply a forward-backward position modulation.
