-
-
Notifications
You must be signed in to change notification settings - Fork 1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Dragging up/down vertical piano results in stuck notes. #5028
Comments
I can confirm this problem as well. It seems to be random, like every other loop, some keys dont' play sound |
Not in win32 1.2.0 rc8 (tested in both SE ans B&E contained PRoll) |
Reproduced. @musikBear This is in 1.2.0, not 1.2.0-rc8. Please update to the latest version. |
I tested in version 1.2 |
I think it's a threading issue - previously all MIDI events relating to mouse input were sent from the UI thread, but since that commit some come from the processing thread too. I guess if one drags too quickly, the note-on arrives at the piano model after the note-off. Strangely, this doesn't seem to affect all instruments - single-streamed ones are fine, along with Mallets, Organic, sfxr, and Vibed. I'll investigate. |
I also notice this issue, especially with zasfx. This occurs under both low and high CPU load, so it doesn't seem to be affected by it. Especially with my FadeButton patch, this bug is particularly annoying as it results in FadeButtons getting stuck in their held-note color even when no note is playing. |
Related to #3005. |
Closed in #5127 |
Steps to reproduce:
Expected behavior: Each key presses and releases as I go up and down the piano.
Actual result: Multiple piano keys graphically remain pressed (the keys do not audibly stick)
The text was updated successfully, but these errors were encountered: