4 - Something is definitively wrong here: the PITCHBEND(8192) message should be sent just before the first C/48 is played. Consequently, the first and the second C/48 are “out of tune”.
Thanks for your answer. I have a very simple setup :
MIDI keyboard into MIDI DIN D of the Midihub
the following preset in the Midihub : Dropbox - ms.png - Simplify your life (I use a Virtual port to send the MIDI messages from the keyboard to both a hardware synth and my computer, so as to be able to monitor the messages in Protokol).
I don’t see how and why could the Midihub assume a pitch bend value. I also monitor the output of my MIDI keybard and can affirm that only note on/off messages are sent. Giedrius, could you please tell me if you see a more robust testing protocol? To me, it looks like a bug.
In the original post, was this monitor data taken just after switching to the preset on Midihub, or just after turning it on? The very first time, it would send the ‘0x4000’ pitchbend messages to each new channel where necessary, but afterwards, if the allocated channel for the now note already has the correct PB value from when it was used previously, Midihub would skip sending the PB message.
I tried to reproduce the issue, but looks like it worked fine. Any more details would be helpful.
In the Midihub editor, right after storing the current preset
Outside the Midihub editor, just after having switched on the Midihub, and just after having changed the preset.
Same behavior.
I tried something else: allowing only ONE channel in the MCR SCALE filter, and playing only strict monodies with no overlapping notes. It seems OK, correct PB values are send.
Do you imagine some more tests I can make to diagnose the situation?
I’ve made the firmware update. And I have exactly the same problem. I tried to set up a good test protocol, and don’t see what I can do more on my side. Is the Micro Scale pipe code opensource? I’d be very happy to have a look on it.
No, it’s not open source. Could you please post some MIDI clips in .mid format and the appropriate minimal Midihub preset with which you get the issue?
The high-pitched melody plays the following notes: D#5 C#5 C#5 C#5.
I can hear a pitch variation on the last C#5.
I also see it on the MIDI event log (in Reaper):
Line 7: the Pitch Bend is sent only before the third C#5.
Hey, sorry about it, I got a little bit ill just when you submitted the sample data and I must have forgotten to mark this issue down!
Anyway, I’ve looked into it now, and I couldn’t reproduce the issue - the pitch bends seem to be as expected - if the last pitch bend value set for a channel remains the same, then it gets reused, if the required PB value is still the same.
Does Reaper respond correctly to Pitch Bends on different channels for the same instrment? I don’t have experience with it, but I can say that Ableton is unable to work like this - there you have to duplicate the synth tracks and set each one of them to respond to a different MIDI channel rather than using “All Channels” setting.
Btw, the preset you’ve attached uses 2 separate micro scale pipes sent to the same destination - they have no awareness of each other, so they’d produce incorrect pitch bends, if their configured channels are overlapping. To combine multiple Micro Scale pipes sent to the same port, make sure that one of them uses say channels 1-8, and the other uses channels 9-16, so they don’t conflict with each other.
