I think this is also a problem with bidirectional communication. Dr. Wilson can fully implement it through programming, but the significance of doing so is not significant and may affect the operation of the system
Kemper did not actively send status information outward. If midicaptain sends requests to Kemper on a scheduled basis, the massive data flow will consume a lot of system resources
So, it's not wise to do this
Moreover, at midiCaptain's current pricing, there is no reason for it to do so much, is there? Haha
that makes sense, AppleTreeChen
You are correct- where the big kempers can send midi upon the Kemper parameters being changed the smaller player does not do this so, yes, it would need the midicaptain to continuously request data to look for changes which is not good. I assume from what you have already said, when the midi captain sends a program change message it also requests the preset/slot name via sysex (as we discussed in another thread: Player extended midi control demo and how to show slot-names)
Another similar solution would be for the midi captain buttons to send slot-number changes (rather than a midi-program number) and the bank up/down sends bank change messages (again opposed to program-change messages) Upon each slot-change message it would therefore request the name of the chosen bank, either chosen on the midi-captain or the Kemper player and calculate the bank+slot number on the available data. This would be a far more efficient approach and account for any changes made on either device with the added benefit of only send midi data on those occasions.
Again, slightly more complex but it appears the developer is committed to making this the best product possible.
Just sharing my thoughts.
Alternatively, the option for the user to choose between having buttons assigned to the instant access controls (slot A, B, Del, Rev) or alternatively instant bank up/down would be a more practical live solution. It is great the standard mode allows us to choose the functionality of each and every button making it a very flexible unit. Again, some compromises (extra programming) involved.
Is there anyway to be involved with the development of the midi-captain, especially with the Kemper-related features?
You AppleTreeChen seem to have a close and inside relationship with Mr Wilson and i appreciate your input and support with all of this.