Forum Replies Created
-
Posts
-
Suggested version didn’t help either with general stability or this specific action. I have already isolated the issue down to using loopMIDI for bidirectional use when using the same port name as the IN and OUT port. This works fine with a “true” MIDI device/driver – but not with loopMIDI.
I tested this by using the loopMIDI port in MIDI-OX with the Input and Outputs pointing to the same MIDI device. Should be two different directions although same device. Also, MIDI-OX had the Input->Output forwarding turned off. I would see the same echo of commands sent back to the IN port from the OUT port – even with no device connected to create the loop and no other settings to create the loop.
Unfortunately, there does not appear to be a virtual MIDI cable that supports bidirectional use of a single port name.
This would be required in order to emulate hardware connected to the PC which itself uses a driver and the IN and OUT of hardware using a driver has the same port name for both the IN and OUT — and does not suffer from this kind of artifact (output ending up on the input).
Forum says duplicate message – but I do not see the other one.
I’ll take a look a look at the recommended build. Thus far, this build has not been extremely buggy. It does crash when I feed it garbage as I learn – always seems to be something I implemented incorrectly.
To answer the “where did you get that”:
http://ctrlr.org/nightly/?C=M;O=D
Listed first as “Ctrlr-5.5.2.exe 17.6 MiB 2017-May-08 15:45”
I’m referencing this post to determine that “5.5.2” == “5.4.52”:
Forum topic: recommended-ctrlr-version
Looking a little deeper into my setup, I’m wondering if the problem I’m seeing is due to use of “loopMIDI” which is a virtual MIDI driver. I use it in order to present Ctrlr as a specific device as loopMIDI allows hand editing the friendly name. The reason for this is for WebMIDI compatibility with an existing WebMIDI script which expects a certain “name” field to operate. The general concept works – but I’ve seen others need to setup two instances of loopMIDI (two ports) – one for incoming and one for outgoing MIDI traffic. The WebMIDI script doesn’t work if MIDI shows up on two different pipes. It’s expecting an “input” and “output” with the same friendly name.
