microsoft / microsoft/MIDI

[TODO] Implement a way to make a MIDI 2 device unavailable to clients until all discovery has been completed

Open
#818 0 comments 0 reactions 1 assignee View on GitHub

@Psychlist1972 is already working on this.

Since Jan 9, 2026.

area-service-or-api :desktop_computer: optimization :comet: todo 🗃️
Dominant language
C++
Stars
679
Forks
72
Avg merge
4h 51m
Merged PRs (30d)
59

Description

Upon connection, our service logic starts with the Group Terminal Blocks to create the MIDI 1 ports for a device. This way, because Function Blocks are optional, we have usable MIDI 1.0 ports.

Then we initiate discovery and protocol negotiation. After several seconds, when we receive all function blocks from the device, we recreate MIDI 1.0 ports based on the new names and enabled/disabled state of the function blocks.

This results in a period of 5-20 seconds, depending on the device, during which the ports for the device churn.

It would require rethinking how we do discovery and protocol negotiation in the service, but to avoid this churn, it would be beneficial to not show the device or its ports to apps until after negotiation/discovery has been completed. There will still be some churn later if the function blocks are updated, but that typically happens because of actions the customer took on the device.

Related #816

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Assessment

This issue has not been assessed yet.

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.