Below is a patch that sustains midi B and enables USB A upon pedal down.
The problem is that upon pedal up, the sustained note continues to play. Can someone look at this patch?
[Oddly enough it works OK when I reverse Midi B and USB A.]
Thanks Much!!
Peter
USB-Midi B-cc69-usb A -no note off.mhp (495 Bytes)
To reproduce the issue, do you provide input only at the FROM USB B line? (the last two lines FROM MIDI D are not involved?)
Could you please reproduce the issue once while having the top left FROM USB B pipe selected, to record the data into the monitor, once the problem is reproduced, export the events as a .csv file and attach it here for us to inspect.
Thought it might help clarify that Peter’s patch is substantially the same as one that he uploaded back in early February 2024â€
I was prompted to look by the comment…
[Oddly enough it works OK when I reverse Midi B and USB A.]
…which I don’t understand because Midi B and USB A have only appeared as outputs in this setup.
Therein (and how Ch1 CC69 is arriving at MH) is, I suspect,the solution to why this was (presumably) working and is no longer…
†earliest I have is Ch1 B Sos cc69 (Preset 4).mhp
Correct, the last two lines are not involved. That is just for breath control input.
When I make a CSV from settings, this email will not accept it. Even though in error the message, it says it does. Do I need higher clearance?
anyway:
You can see from the picture below: Play note, pedal down, play note, pedal up. The first note played is still sticking upon pedal up.
my mistake- I meant usb B not usb A
the cvs file would not attach. Do I need to be upgraded on this site or something?
Yeah, annoying.
Just change to extension from .csv to .txt (Macs will ask if you’re sure, click Yes)
Alternatively, compress/archive the csv as .zip files will be accepted.
(this is also useful if you have a few csv’s you want to upload
That is weird, the .csv is in the allowed extension list, I tried it out myself, it worked. Your account is in good standing, no need to do anything with it. 
Anyway, I have looked a bit into the preset, and one of the problems currently is that when switching the inputs on and off prevents the Note Off of the old note to ever reach the pipe that is holding the notes.
Solving this problem might require adding a new mode or flag to the sustain pipe to allow holding the sustained notes in one channel, and let the rest play in a different channel, so the MIDI stream can be successfully split out into multiple destinations, without losing track of the current state. This would be a little bit similar to Dispatcher pipe’s Surplus Channel behavior.
wow. I don’t know what these things mean:
I have not seen these things in any tutorials.
Regarding the .csv; yes, I saw it listed as compatible as well. I was using the settings menu under MIDI Monitor. Is there another way that I don’t see?
thanks,
peter
My bad (as they say) @Giedrius and apologies for misinforming you @pje:
I distinctly recall in the past not being able to upload csv…
Arp Preset.csv
…but now clearly I can!
I will work on re-producing this, and changing it to a text file for the Mac as suggested above.
Meanwhile, kindly elaborate on your statements on fixing this patch, I don’t have enough knowledge of midihub to understand what it is and how to apply the three suggestions you made thanks!
Peter
I meant that some new functionality for the Sustain pipe must be implemented in order to make this use case work reliably. Afterwards, the preset would have to be restructured to make use of the new functionality.
By the way, do you intend for all the sustained notes to be turned off upon pedal up? A workaround of producing an All Notes Off message at the right time might work.
Could you walk me through the expected behavior you want to have? I understand you want notes to go into one output (let’s call it A) while the pedal is up, the ones that were still playing when the pedal is pushed down should stay on, while new notes should go to another output (lets’ call it B) now. When the pedal is released, you want the original notes sent to first output (A) to get turned off. What do you intend to happen to the notes that were still playing on the B output at this moment?
Hi-To answer your question of your last sentence, all notes go off upon pedal up.
here are 2 variations I use with the Mentor [remember the manual I sent you?]
I have no idea how this is done. Maybe with a buffer or something…
This bit shouldn’t be possible if the channel & port remains the same - as the Pitch Bend message affects all notes in the entire channel, the device that is producing notes wouldn’t know about your first note that shouldn’t be affected when processing the Pitch Bends.
Could you explain a bit more how can this work? What is the sound producing device in that case?
“without affecting them by pitch bend or any cc.”
Yes, you are correct, the above is wrong. I realized this after emailing you but did not get a chance to send the correction. [due to the New York City Marathon-apologies for any extra “head scratching” I might have caused] :-]
Please look at this:
In this patch, I send #DATA to MH from a midi guitar USB connection, process it, and return it to USB.
Pedall down of continuous controller 69 switches from channel one to channel 2. But the sound from channel one is not held. This patch was not made by me and I don’t really understand the transform, and rescale mappings.
Can you help?
Thanks!
Peter
[please ignore the last 2 pipes as they are for breath control]
Prst4 ch1-69-ch2.mhp (516 Bytes)
