Wham Jammer adaptation problems

[xfpd]

I have no clue about the MIDI library, but my guess is... you would create two instances, one for MIDI_11 and one for MIDI_14, rather than this default instance

@anarchyrecoil

MIDI_CREATE_DEFAULT_INSTANCE();

[edit] This (create multiple instances) probably will not work because in reading some of the library, the CREATE_DEFAULT uses a hardware serial port... the Uno and Nano only have one hardware serial. Mega2560 has more than one.[/edit]

Create and bind the MIDI interface to the default hardware Serial port

If that didn't burn the house down, you would then let each instance take care of their own business.

@anarchyrecoil

  // MIDI channel 11 callbacks - Guitar Whammy
  MIDI_11.setHandleNoteOn(HandleNoteOnGW);
  MIDI_11.setHandleNoteOff(HandleNoteOffGW);
  MIDI_11.setHandlePitchBend(HandlePitchBendGW);
  MIDI_11.setHandleControlChange(HandleCCGW);

  // MIDI channel 14 callbacks - Bass Whammy
  MIDI_14.setHandleNoteOn(HandleNoteOnBW);
  MIDI_14.setHandleNoteOff(HandleNoteOffBW);
  MIDI_14.setHandlePitchBend(HandlePitchBendBW);
  MIDI_14.setHandleControlChange(HandleCCBW);

Again... this is a guess at MIDI.h... can it have two instances, and can they operate simultaneously.

[edit to my edit]
You probably CAN use two instances... this from the same library

• Configurable: overridable template-based settings.
• Create more than one MIDI interface for mergers/splitters applications.
• Use any serial port, hardware or software.

Overriding the Default Serial Settings

When going Hairless (or just want to change the baudrate), override the DefaultSerialSettings. Due to the use of C++ macros, the easy to use MIDI_CREATE_DEFAULT_INSTANCE(); is replaced with more verbose declarations (exposing the great modularity of the library, allowing it to have multiple transport mechanisms that have extended the MIDI protocols over the years (USB, BLE, RTP,...))

[/edit to my edit]