@tomatoKetchup
n raised to -1 equals 1/n
n raised to 0 equals 1
n raised to 1 equals n
So your problem is to map numbers in the domain 0...n to the range -1...1 and then raise n to that power.

(Let me know if that was too vague I'm assuming you're like me in that you enjoy figuring stuff out for yourself, but it's OK if I'm wrong)

@tomatoKetchup Here's an example of what I was thinking:

reblockingTest.pd

@tomatoKetchup I think subpatches and abstractions inherit the blocking of their enclosing patches unless specified otherwise. Try explicitly declaring a 64 sample block size in the subpatches containing the throw and catch objects and see if that fixes things.

I especially appreciate that the people here are good natured and have a sense of humor. There seems to be an equal acceptance of simple and complex topics.

@tomatoKetchup Your use of [bang~] made me think of this other way:

@nicnut So it must be the hub that's confusing Pd or the Mac, no? I wonder what would happen if you skipped the hub and made 2 USB connections?

@nicnut Sorry for the digression, but my curiosity is getting to me....how do you make a single USB connection present itself to the host as 2 separate MIDI devices? What platform is at the other end of that USB connection?

@nicnut Does your device show up as one or two devices in Media->MIDI Settings? I couldn't tell from your answer.

@Cam Because they're both FM! All that's different is you're changing how the modulating oscillator is scaled. The modulating oscillator is the one on the top; the one on the bottom is the carrier.

Check out Boran Robert's tutorial on basic synthesis methods, there's an example of AM there.

@nicnut When the MIDI channels change, does the order in which the MIDI devices appear in the Media->MIDI Settings input devices list also change?