-
-
Notifications
You must be signed in to change notification settings - Fork 10
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
Keyboard display in GUI #76
Comments
I like II C :D I think color-coding only the keyswitches could make sense? |
SFZ can have 128 keyswitches, so its quite a bit to colour code. |
Is it bad that colors would repeat? |
@jpcima no, not at all. But we may want to allow a few settings:
Mainly for users with colour vision deficiency, as the colours will be important to differentiate. My feeling is that either multicolour, or mono should be as functional. |
The rainbow is a bit distracting while not really carrying relevant information I think. Coloring the key switches directly on the keyboard also has an advantage in terms of compactness. |
If using bar, the keyswitch displayed like a range. While keyswith can only on white keys or only on black keys or adjacten keys. It's a litte bit im-flexible imo |
This depends if we're only considering the individual |
LMulti-Keyswitch keyboard, Down triangle signifies active keyswitch. (multiple active keyswitches to illustrate readability) Notes:In order to allow multi-region highlighting there would need to be two new SFZ opcodes:
|
Continued in #1 |
There needs to be a keyboard display in sfizz GUI.
This is important to be able to:
Here is a mock-up of what the keyboard could look like, I have placed the keyswitch indicators above the keys, as a keyswitch can be inside a region. I have used colour to indicate current region, but we may want to think about greying out notes outside of regions?

Middle C4 has a dot positioned under. This keyboard is designed to aid users in understanding what the SFZ Script is capable of- not for playability with the mouse. In which case a Virtual Keyboard that allows Musical Typing would be better equiped to handle.
Having the keyboard full range 0-127 allows consistency between SFZ Scripts, and simplifies the GUI display - as there is no need to include up/down octave UI elements.
The text was updated successfully, but these errors were encountered: