BobXX
Inspired
AXE FXIII hasn't any possibility to merge its MIDI IN and OUT (like paradoxically FM9 and FM3 do as standard),
so internal MIDI commands cannot be sent along with the main MIDI daisy chain.
== WISH ==
1) in the GLOBAL SETTINGS add "MERGE MIDI OUT/SOFT THRU" user's option, so all incoming MIDI can optionally be soft-merged with AF3 commands to the MIDI OUT connector, at least as a compatible mode with FM9/FM3
AXE FXIII currently splits MIDI flows into two separate daisy chains.
To keep data together we are forced to add an external Merge box so to (re)join data coming from the same device... a little weird.
(FOOT) MIDI CONTR. OUT ==> IN [AF3 (Ch1)] THRU ==> | MERGE | ==> IN [DEV2 (Ch2)] THRU ==>....
------------------------------------------------------- OUT==> | BOX |
Otherwise we are forced to put AF3 it in the last position of the MIDI chain instead of the first positions,
loosing its "director's role" in the MIDI domain.
Do to connectors' limitations FM3 and FM9 already merge OUT and THRU in one single flow/connector.
2) for a better flexibility and innovative implementation it would be fantastic, in MIDI SCENE BLOCK to also add two check boxes "MIDI OUT" and "MIDI THRU", to decide where to phisically send AF3 MIDI internal commands (and the same for Program Map & C too).
e.g.:
Maybe AF3 THRU is hardware managed only, but MIDI OUT is software managed, so it should be in the CPU powers at least to merge data there.
MIDI management is also very low power consuming.
so internal MIDI commands cannot be sent along with the main MIDI daisy chain.
== WISH ==
1) in the GLOBAL SETTINGS add "MERGE MIDI OUT/SOFT THRU" user's option, so all incoming MIDI can optionally be soft-merged with AF3 commands to the MIDI OUT connector, at least as a compatible mode with FM9/FM3
AXE FXIII currently splits MIDI flows into two separate daisy chains.
To keep data together we are forced to add an external Merge box so to (re)join data coming from the same device... a little weird.
(FOOT) MIDI CONTR. OUT ==> IN [AF3 (Ch1)] THRU ==> | MERGE | ==> IN [DEV2 (Ch2)] THRU ==>....
------------------------------------------------------- OUT==> | BOX |
Otherwise we are forced to put AF3 it in the last position of the MIDI chain instead of the first positions,
loosing its "director's role" in the MIDI domain.
Do to connectors' limitations FM3 and FM9 already merge OUT and THRU in one single flow/connector.
2) for a better flexibility and innovative implementation it would be fantastic, in MIDI SCENE BLOCK to also add two check boxes "MIDI OUT" and "MIDI THRU", to decide where to phisically send AF3 MIDI internal commands (and the same for Program Map & C too).
e.g.:
Maybe AF3 THRU is hardware managed only, but MIDI OUT is software managed, so it should be in the CPU powers at least to merge data there.
MIDI management is also very low power consuming.
Last edited: