I’m having a very strange MIDI issue that I can’t seem to figure out. My setup is a little convoluted, so I’ll try to explain it as best I can.
I have a couple of MIDI controller devices running into a MIDI Solutions 4-into-1 MIDI merger (just a MIDI box that takes 4 inputs and merges them into a single output)
If I just have the keyboards going into the merger, and the merger going into the Monomachine’s MIDI input, everything is completely fine. So I assume the merger is working correctly.
What I want to do is also merge the Mono’s clock and program signals into this chain of input devices because I have a whole chain of synths “downstream” that I want to control with this setup (A4, Pulse 2, Microwave XT).
So here’s how I have it cabled: the Monomachine’s MIDI OUT goes into the merger box, along with the controllers. The output of the merger then goes into the MIDI IN of the Monomachine (because I want the keyboards to be able to control the Mono as well). I then run a MIDI cable from the “THRU” port of the Mono running out to the rest of the synths in the chain.
I have the Mono set to ignore incoming clock, transport, and program changes, so it shouldn’t be triggering itself with anything.
OK, now for the issue:
It all works just fine: the Mono and all downstream synths are picking up signals just fine, and the Mono can send transport and clock signals that get sent right on down the chain… UNLESS I sent any MIDI signal from one of the keyboards on a MIDI channel of 10 or higher.
As soon as I send a single note on Channel 10, the Thru port on on the Monomachine starts barfing out a neverending stream of junk MIDI data constantly until I shut it off. It will cause any synths down the line to start wigging out (my Eventide Timefactor actually displayed a MIDI overload message)
Playing anything from channel 1 through 9 works without an issue, but the second I send even a single note on channel 10 through 16, it flips out.
I know it’s a little fucked up to have the MIDI Output of the Mono being routed into a merger that then goes back into it, but if it can succesfully ignore the clock and transport signals, that should be fine, right?
Also, I figured that if this configuration was just bad, it wouldn’t work at all, not that it would work on the first 10 channels and barf on the last 6.
Completely at a loss here. Thoughts anyone?