hid-io-core
festival
hid-io-core | festival | |
---|---|---|
1 | 6 | |
66 | 249 | |
- | - | |
6.8 | 9.5 | |
8 months ago | about 1 month ago | |
Rust | Rust | |
GNU General Public License v3.0 only | MIT License |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
hid-io-core
-
Glowing success: Riskeyboard 70 with Void switches and GEM keycaps
Yeah the plan is to have it show what layer you're on, the current "mode" or profile, and provide an interface for entering in macros and whatnot. I also plan to integrate it with HID-IO (https://github.com/hid-io/hid-io-core) which is a project being worked on by HaaTa/Input Club that should provide a mechanism for any keyboard that works with it to be "application aware". So for example if you're playing a game your keyboard's display can act as a HUD. Or the lighting could reflect an application's most common keyboard shortcuts or just change "themes" when you switch apps. As a simple example: I want it to be able to darken itself when you start playing a video.
festival
-
Announcing readable 0.10.0 - stack allocated human-readable strings
and others are used extensively in Festival, a music player I made.
- Festival is a music player for local album collections
-
Festival v1.0.0 - A local music player
is processed in around 2 seconds flat. That's around 257GB of audio data and images processed and displayed in the UI in 2 seconds. I made some charts and comparisons here: https://github.com/hinto-janai/festival/tree/main/comparison.
-
Festival v1.0.0 - A music player
I took some "interesting" decisions like foregoing a database and just using plain struct's, Box<[T]>, and other std types to represent all the (meta)data internally. This came with a lot of pros/cons and eventually lead me down the rabbit-hole of doubly-linked structures, raw pointers, and self-referential structs (please Polonius make it happen). I ended up settling with indices to refer to data cheaply.
What are some alternatives?
keyberon - A rust crate to create a pure rust keyboard firmware.
servicer - A CLI to simplify service management on systemd
keycap_playground - The Keycap Playground is a parametric OpenSCAD keycap generator made for generating keycaps of all shapes and sizes (and profiles)
daemonize - Library for writing system daemons
alacritty - A cross-platform, OpenGL terminal emulator.
rescrobbled - MPRIS music scrobbler daemon
readable - Human readable strings
riskeyboard70 - Riskeyboard 70 analog hall effect keyboard firmware
egui - egui: an easy-to-use immediate mode GUI in Rust that runs on both web and native
hifi.rs - a high resolution Qobuz streamer built in Rust
RHVoice - a free and open source speech synthesizer for Russian and other languages