hrvach/deskhop

Hardware compatibility list (keyboard with working media keys)

chri2 opened this issue · 5 comments

I'm looking for a keyboard with working media keys for mute on/off, volume up/down, play/pause., but didn't get an answer, yet.

Wouldn't it be nice to have a hardware list for keyboards, OSes and their screen configurations that are known to work?

I'm sorry no information was provided following your question. Unfortunately, I have never owned a keyboard that had media keys so I have pretty much nothing to go on. Perhaps a keyboard with QMK/Via might allow remapping of media keys to "standard" USB keyboard scan codes?

#define KEY_MEDIA_PLAYPAUSE 0xe8
#define KEY_MEDIA_STOPCD 0xe9
#define KEY_MEDIA_PREVIOUSSONG 0xea
#define KEY_MEDIA_NEXTSONG 0xeb
#define KEY_MEDIA_EJECTCD 0xec
#define KEY_MEDIA_VOLUMEUP 0xed
#define KEY_MEDIA_VOLUMEDOWN 0xee
... etc

Thanks for the answer! I already looked for some keyboards using an open source firmware, but didn't end up with one I would/could buy.

In fact I thought if I'd find a keyboard with working media keys by the help of some other users that is not too expensive and not too loud I could send you mine for experimenting (as long as it would go out to some place shipping would be not to expensive).

I'm not very happy with the keyboard anyway, because:

  • closed source firmware (can live with that)
  • key presses do not have enough resistance: when resting my hands on the keyboard I tend to type a lot of dddddd…

Wouldn't a central list for known to work configurations and known problems not a good idea?

I wouldn't want to forget: thanks again for this beautiful project! I'm using the deskhop at work and in my home office now.

Most special, non-standard media keys that have a separate descriptor are likely not to work at this point. I don't know how these behave and how the OS provides support for them without having a device to test on and without digging through some driver/OS code.

I don't mind working on it even if I don't have any use of it myself, but I'll need to get some hardware first and even then, success is not guaranteed :)

The project is far from done and hopefully there will be significant improvements in all segments. Thanks for using it, that is very motivational for me!

As someone who hasn't worked on HID devices before, I was wondering why we have to "manage" anything except the mouse on port B. Wouldn't it be feasible to pass-through everything on port A to the OS and just "listen" to the keyboard to get a hold on shortcuts?