-
Notifications
You must be signed in to change notification settings - Fork 203
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
Only the first Aftertouch value is handled #20
Comments
Looking into this. My keyboard with aftertouch unfortunately is in storage at the moment.. |
Where did I put my keyboard with aftertouch?? :| |
Well I finally found my keyboard with aftertouch and it works with my setup on GNU/Linux and OSX. Haven't tried Windows yet. |
I'm using an up to date Arch Linux, with a Miselu C.24 keyboard.
Now, having looked at those bytes in some detail, I noticed that the key byte send with the Aftertouch events is different from the note byte send with the Note On events. The Aftertouch key is a one-to-one mapping to the physical keys, while the note changes with octave shifts. If I shift the octave down far enough that the note byte equals the key byte everything works as intended. I still find it strange that the first of the Aftertouch events per note appears to be handled though. |
The way aftertouch is implemented in Helm is that it takes the velocity value as the first value. I think I did this because defaulting to 0 gave some strange behavior if you slammed down a note. I'm not sure why you're getting that byte readout, but I know some keyboards have only monophonic aftertouch, some have polyphonic aftertouch and on some keyboards you can switch between them in the settings. The aftertouch in Helm is only polyphonic I believe, so if yours is setup for monophonic that might be the issue. |
Closing because it's working for me and other people haven't run into this issue. |
I'm trying to use Helm (standalone) with polyphonic aftertouch. It seems that only the first aftertouch event received after the note on is actually handled. Following changes to the aftertouch value don't seem to affect the assigned control.
The text was updated successfully, but these errors were encountered: