Click to view our Accessibility Statement or contact us with accessibility-related questions
Showing 1 of 988 conversations about:
akryl9296
7
May 6, 2017
bookmark_border
@HaaTa How complicated can the animations be? Would it be possible to write and upload to keyboard something that would change key color depending on amount of times pressed, or based on time? Example: default lightblue color, pressing the key makes that key's light get +x % into the red color (until red, achieved after several presses). Color degrades over time back to default color. Possible?
HaaTa
558
Input Club
May 6, 2017
bookmark_border
akryl9296The short answer is, all of this is possible. The longer answer is some of it takes a bit more planning to do as you need to have the correct triggers set up to get it working correctly. Most of the complex animations will require using KLL directly (at least initially anyways).
The way to think about animations is that you have a frame buffer and that animations can manipulate it. Animations can be layered on top of each other so that you can have multiple animations running at the same time. The easiest way to handle state is to use the pixel (each rgb led as part of the frame) buffer and decide what to do based on the color. Using KLL 0.5 it's possible to time animations down to the ms based on other events. This means any key press, release or key event can be the start of an animation. KLL itself can handle things like "pressing X number of times" but it might be easier to build custom capabilities in C or designing a pfunc (pixel function, also in C) that gets applied to a pixel as part of the animation. These are more efficient, but requires C knowledge. I'll make sure there's a tutorial on all the different aspects of designing simple, intermediate and advanced animations.
One fun thing, is that all of these animation will also work on keyboards such as the Whitefox (just not RGB).
The way to think about animations is that you have a frame buffer and that animations can manipulate it. Animations can be layered on top of each other so that you can have multiple animations running at the same time. The easiest way to handle state is to use the pixel (each rgb led as part of the frame) buffer and decide what to do based on the color. Using KLL 0.5 it's possible to time animations down to the ms based on other events. This means any key press, release or key event can be the start of an animation. KLL itself can handle things like "pressing X number of times" but it might be easier to build custom capabilities in C or designing a pfunc (pixel function, also in C) that gets applied to a pixel as part of the animation. These are more efficient, but requires C knowledge. I'll make sure there's a tutorial on all the different aspects of designing simple, intermediate and advanced animations.
One fun thing, is that all of these animation will also work on keyboards such as the Whitefox (just not RGB).
akryl9296
7
May 6, 2017
bookmark_border
HaaTaOoookay, I think I slowly start realizing the potential this thing has. Hot damn I like that.
And I'm not afraid of using KLL directly or C - if I don't know something, I'll learn. If others could've done it, I can learn to do so too ;)
Related Products
Drop Refurbished
Like-new products you can trustDrop Rewards
Get $5 for every 500 points you earn! Learn more
Drop Keyboard Club
Become a member and expand your keycap collectionCollaborate With Us
For Brands & DesignersFollow Drop