Replies: 1 comment
-
I have a proof of concept implementation running that advertises as BLE MIDI and can send MIDI events to a connected device. I have implemented the reception of MIDI events as a callback, i.e. BLE MIDI driver detects incoming MIDI messages and calls a function in an object that has registered for MIDI events. This is not a queue. Only one app may receive MIDI events. Is this right or should we have a queue of callbacks or use messaging? It looks like messages in RTOS are simple flags, i.e. do not carry data so a MIDI message would not hold the payload of the MIDI command and parameters. Have I missed something? Are we able to send RTOS messages with payload? |
Beta Was this translation helpful? Give feedback.
-
This is likely to be a niche requirement but I plan to use my Pine Time as a MIDI controller and monitor. To this end it would be advantageous to add BLE MIDI to the stack. (This could be conditionally compiled if required by an app.) This could also be interfaced with the existing metronome to allow a MIDI message to drive the metronome (which could provide a solution for this suggestion).
I would like to add BLE MIDI that advertises the BLE UUIDS:
It would decode incoming MIDI messages making them available as events and allow sending MIDI messages. I have already implemented a firmware for another wearable BLE device (TTGO Watch - riband which I find very useful in controlling and monitoring my Zynthian (MIDI device). I wish to port this to InfinTime so that I may use it on my Pine Time.
As initially stated, this may be niche but the presence of a metronome in the core build suggests there are musicians using the InfiniTime so maybe this may be beneficial to more than a handful of people.
Beta Was this translation helpful? Give feedback.
All reactions