Keychron announces it has too much time on its hands while never being Datahand.
If you want a DataHand replacement, take a look at https://svalboard.com/. Costs an arm and a leg, though.
Keychron announces first open-source firmware for gaming mice
61–70 of 190 posts
Re: Keychron announces first open-source firmware for gaming mice
#62This would be more exciting if Keychron had mice of more interesting / experimental form factors and functionality. Just like their keyboards, their mice are mostly differentiated by obscure technical features (polling rates!). I'm a bit worried that a decent, modern replacement for the extremely obsolete multi-button mouse I have now (Logitech G602) will never be available.
> a decent, modern replacement for...G602 What's wrong with the G502? I like the wired G502 pretty well. Ideally I'd tweak the shape to be a little more like the M500s shape, but I'm happy enough with it overall.
I had a G502 that lasted years, but the last two I bought lasted me 6 months each (the wheel got completely gummed up somehow). I acknowledge that cat hair and sweaty hands are a bad combination for a mouse wheel, but that's insanely poor durability, and they're annoying enough to disassemble that they're effectively not cleanable.
Re: Keychron announces first open-source firmware for gaming mice
#63A bit ago I accidentally bought a Keychron keyboard that didn't have QMK support, but then found that someone had ported it anyway, and I was able to flash it and fix some problems I had (the main one being that it seems like the default firmware only scans a single row of keys while asleep, possibly to save energy, but I want any keypress to wake the computer.) Maybe it's not perfect, but the community around open s…
I bought a K4 Nordic version, only to learn none of their software supports it. So i can't reconfigure the firmware. The keyboard has swapped Super/Alt (Windows/Alt) on the windows layout which is so annoying. I hate spending money on hardware so i'm living with it, but i curse the engineer that burned the prom every day.
Why not reconfiguring it with something like AutoHotkey at the OS level ?
Re: Keychron announces first open-source firmware for gaming mice
#64Earlier quoted context omitted.
I do, but when on the windows mode the keys mentioned are in the wrong positions. -- Edit and if i switch to the macOS mode. The right alt-gr key is not mapped correctly.
On macOS: I use my Keychron C3 in Windows mode because the macOS mode ain't right with the bottom left corner keys. Maybe placement of Control/Option/Command aren't similar enough to the MacBook Pro keyboard for me. Been meaning to figure this out and fix it... swapping physical keycaps or remapping in software or replacing the keyboard...
Waiting for it to die and will not buy another of theirs. Piece of shit.
Re: Keychron announces first open-source firmware for gaming mice
#65This is going to be used for cheating / hacking in games.
Re: Keychron announces first open-source firmware for gaming mice
#66Announces != releases. They claim 2027 Q1 will be the release date. Links below purporting to be “the repository” lead to a repo with no source code. Sorry, I’m cynical. An announcement 6-9 months ahead of release? Why? Right now it’s vaporware.
If they plan on developing it in the open and taking early contribution / feedback could be a valid (and good) reason.
Re: Keychron announces first open-source firmware for gaming mice
#67I really wanted to like Keychron, but after spending 200$ on one of their high end keyboards, certain keys weren't detecting presses less than a month later. I couldn't end up fixing it so I tossed it out. Felt like a waste
I am deep into custom keyboards but I only buy ones with hot swappable switches. Some keys like AWSDEHJKL etc are bound to fail sooner than others.
Re: Keychron announces first open-source firmware for gaming mice
#68Re: Keychron announces first open-source firmware for gaming mice
#69Re: Keychron announces first open-source firmware for gaming mice
#70Never have I thought "I want a mouse with modifiable firmware", IMHO this is only going to lead to more bugs arising from the associated increase in complexity and the "we can always fix it later" mentality. All the mouses and keyboards I've used have a mask-programmed MCU, and essentially no bugs to speak of.
I think the point is less to add features and more to lower the barrier to entry for people making mice, since, as you said, in large part keyboards and mice are appliances to the degree that it should rapidly converge to a stable set of features.
Plus, on a human level, I wouldn't be surprised if the teams working on mouse development were annoyed they couldn't show their past work in the same way...