8000 The API should expose MIDI devices, even though they are in the "Audio" class. · Issue #211 · WICG/webusb · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content
The API should expose MIDI devices, even though they are in the "Audio" class. #211
Open
@7ombie

Description

@7ombie
Issue body actions

The policy of not allowing any access to devices in the Audio Class prevents access to MIDI devices that have no actual audio capabilities whatsoever. Launchpads are a perfect example. I cannot access my Launchpad X with WebUSB.

I understand there's a WebMIDI API, but that has never been a serious option. It only runs on the main thread, which makes it useless for production audio applications. That issue (support workers) has been open for almost ten years, without any substantial progress.

This is obviously an unusual situation, but fundamentally, this spec should not blacklist device classes on the basis that there are higher-level APIs, when those APIs do not work with that class of devices, or do not provide the functionality the devices require to function properly.

There's no particular reason to blacklist USB-MIDI functions.

Bringing MIDI controllers to the Web would be useful for all the reasons that motivated the (effectively abandoned) MIDI API.

There are no higher-level APIs that offer low-latency access to MIDI controllers, and no reason to think that that will change any time soon.

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions

      0