Multi-Channel Record into Drum Tracks

Although you can set different midi channels for each lane of a drum track for triggers, recently i’ve noticed that when im recording external midi into a drum track on the Hapax, it will only trigger the lanes that are set to the same channel number as the global track output channel. Which means I have to record midi into each lane one at a time instead of being able to record all 8 lanes in one pass from an external device (RS7000).

As far as im aware i thought the global output channel for a drum track was for automation only when using different channels across the lanes, so not sure if im overlooking something or if this is just the normal behaviour for drum tracks on the Hapax?

To give a little more context, i have a pattern I sketched on my RS7000 with different drum sounds across different tracks. Most of them are 1 sound per track (some tracks have two different drum sounds in them on different notes). Default midi mapping on the RS7K is, track 1=midi channel 1… track 2=midi channel 2 and so on… I can change the mapping so all the tracks send out on channel 1 for example, which enables me to multitrack record those tracks in one hit but theres a few tracks that i need to put on different channels due to overlapping note information.

So basically im trying to just record each track from the RS7K in one pass into the Hapax drum lanes that have been set up to receive the corresponding midi channels/note numbers. But the Hapax drum track will only receive and trigger the note data that is equivalent to its global track output channel and ignores all the other channels despite drum lanes being set up to receive those channels.

1 Like

Solved!

Realised I had the Input and Output triggers ‘Linked’. Changing the input trigger to ‘Any Ch’ fixed it. However, this is only a solution if there are no overlapping midi notes between the channels.

I feel like if the input/output triggers are ‘linked’ they should still ignore the global output channel and receive notes simultaneously from all of the input channels they are linked to.

@squarpadmin is this normal behaviour?