Replies: 1 comment 1 reply
-
More than likely yes, just considering the change of medium. You can test this of course. Pop open the MIDISystemInfo demo app and see what its unique ID is each time the device is attached/connected, for each connection method.
It should, but again, you can check this for yourself to be sure. This would be handled by the system / Core MIDI Bluetooth driver.
Since you're seemingly concerned with devices, you could retain the device's unique ID, and re-scan its endpoints to see its in/out configuration and refer to its inputs or outputs as offsets/indexes (vis-a-vis an inputs array, and outputs array). It depends on what functionality you're after. Otherwise you could retain individual endpoint unique IDs instead, if they need to be referenced specifically in your model. Typically If you're creating connections with |
Beta Was this translation helpful? Give feedback.
-
How are MIDI UIDs assigned in your kit? If I connect device A with In and Out ports via bluetooth MIDI and store its UID in my app, and then connect the same device through a Scarlett 2i4 using 5-pin wires, will it get a different UID? I'm assuming yes.
If I then use the bluetooth jack again, will it reacquire its original UID? Or is that going to be regenerated and come up with something different?
And - is there any chance that if device B is connected by moving the bluetooth jack from device A, it'll get device A's UID?
I'm writing an app that helps users manage their collection of synthesizers, within which I am assuming (like myself) they'll have more than 1 of a physical device (e.g., one for gigging and one for the studio). So, I'm allotting space in the data model to store as many MIDI UIDs as I need to, associated with a named physical device. I just need to understand if they're worth saving or I need to create UI for the user to match them up.
Beta Was this translation helpful? Give feedback.
All reactions