You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
I have two machines running the same modV and Fedora version. When I create a preset with MIDI connections on one machine those MIDI connections do not work on the other machine despite the same MIDI controller being connected.
EDIT: I also have the problem, that MIDI connections do not work on the same machine. They seem to change IDs from time to time. This really sucks as you have to edit the preset manually and copy-paste the new IDs...
Looking at the code I guess storing the "unique" port ID that comes from the browser / system does not make much sense. Plugging it into a different port might result in a different ID. I personally can live with one device (type/name) per system.
If you want to support multiple device of the same type, assign increasing numbers to the MIDI devices found. The first enumerated device gets "ID" 1, the next 2 and so on. Now assign MIDI connections based on that "ID". That should work with multiple devices and on multiple machines.
To Reproduce
Steps to reproduce the behavior:
Create preset on one machine
Make MIDI connections
Copy preset to other machine
MIDI connections do not work on second machine
Expected behavior
MIDI connections work across machines and work when plugging the same MIDI device into a different USB port.
Not all MIDI devices report UUIDs, and Chrome, between operating systems, isn't consistent with the device IDs returned through the WebMIDI API - so it's almost impossible for us to track devices without adding somewhat complex UI to allow the user to select the correct MIDI device from the devices plugged into the user's machine to map to the existing one in the preset.
It's a headache, sorry. Probably already covered by #296.
Then just do less work. Scrap all the UUID stuff. Just use the name, that's what I'm proposing above. It is rare that two controllers of the same kind are used in one machine and if they're flipped I just insert them again in a different order. I can't work around the problem as easily atm though, I have to edit the JSON like every reboot...
Apologies, that was quite clear in the initial post.
And yes, that could work as a stop-gap before implementing a better UX than remembering your controller order.
I'm hesitant to agree it's rare to have multiple controllers of the same type though - we don't have any usage data to support that statement.
Operating system and application version
Describe the bug
I have two machines running the same modV and Fedora version. When I create a preset with MIDI connections on one machine those MIDI connections do not work on the other machine despite the same MIDI controller being connected.
EDIT: I also have the problem, that MIDI connections do not work on the same machine. They seem to change IDs from time to time. This really sucks as you have to edit the preset manually and copy-paste the new IDs...
Looking at the code I guess storing the "unique" port ID that comes from the browser / system does not make much sense. Plugging it into a different port might result in a different ID. I personally can live with one device (type/name) per system.
If you want to support multiple device of the same type, assign increasing numbers to the MIDI devices found. The first enumerated device gets "ID" 1, the next 2 and so on. Now assign MIDI connections based on that "ID". That should work with multiple devices and on multiple machines.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
MIDI connections work across machines and work when plugging the same MIDI device into a different USB port.
Preset: 2023-05.zip
The text was updated successfully, but these errors were encountered: