-
-
Notifications
You must be signed in to change notification settings - Fork 81
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
💡 [FEATURE] MIDI routing #138
Comments
This would be possible as part of a planned MIDI routing feature where all different kinds of MIDI inputs (GPIO, USB, Pisound, network) can have their inputs optionally routed to the synth and each other, which will be more flexible. Basically, [midi]
# GPIO input sent to synths and thru to output
gpio_route = synth, gpio
# GPIO input just sent thru to output
gpio_route = gpio
# USB input sent to synths and thru to USB output
usb_route = synth, gpio This would also be controllable via SysEx. I won't be accepting any PRs for this as I already have a design in mind and the MIDI code is going to be changed extensively. |
Heh, you can close my PR request then. Just submitted it before I saw this response. |
Looking forward to this being further implemented. I can think of tons of uses for this, even outside of retro gaming. Thank you. |
I have a dreamblaster and I would like to be able to switch between that and the mt32-pi. Would it be possible to have a third option for the synthesizer sysex call that enables passthrough to the TX pin and doesn't do any internal audio processing, then when switched away it changes the passthrough setting back to whatever is defined in the mt32-pi.cfg file? Or a sysex to directly control passthrough and an option for disabling the mt32-pi synth?
The text was updated successfully, but these errors were encountered: