It doesn't, the coordinates are always reported 0-32767 and the computer does the heavy lifting of mapping it to the physical screen geometry. This also takes care of the problem with different resolutions.
This is a really great idea! If you don't mind, I'll put this on a list of to-do features.
I was testing a "nudge" feature, where you need to move a mouse a little faster towards the other screen to have it jump across. It was not bad, even though I've found it to be most intuitive when the cursor simply moves freely like it was one big desktop.
Clipboard would be awesome to have, but considering privacy, security and data protection concerns, it's just too risky.
It's not a full Raspberry Pi, but their RP2040 microcontroller based board. Teensy boards are awesome but they are kind of pricey. This one is 4-5$, it's in stock everywhere, and what's usually the most important reason for making such decisions - I had two lying around from a previous project :-)
Thank you so much for the kind words. I'm hardly an expert but I will try to write something when I find some extra cycles. It was done to fix a problem I was seeing on a daily basis, but then I figured out it might help others (also gave me an excuse to practice kicad and 3d modelling).
Its about 2 seconds. Although, there is slightly longer delay when switching from a dell laptop connected to the monitor's HDMI input than the PC connected to the displayport input. I suspect it has something to do with the dell laptop going through a thunderbolt4 dock and outputting via HDMI.
That's an awesome idea, man. I wish I thought of that.
I learned about about that screen hopper project only yesterday, and it just confirmed my theory - whatever I try to do, somebody smarter than me already made, only better, smoother running and with nicer features :)
I play no games whatsoever so absolute coords would be perfectly fine, but one of the items on the to-do list is to make it configurable.
IMO the hardest part of open source is documentation and packaging so hats off to people like you who take that final step from tinkerer's project to open source! Also props to you for the galvanic isolation and actually designing a circuit lol.
I'm sure there's even more keyboard/mouse switching projects out there, there's just no good acronym or search query to find them. You could search for "KVM" but it's just dominated by PiKVM. We should really standardize on something for the SEO.
Your project is practically an example for Teensy boards. I made this exact gadget 10 years ago :)
Ultimately my friend was explaining his 'mouse jiggler' vbscript and I thought 'how can I make this a hardware version' this led to a design and once you have a design it is easy to query google for design hints at the component level "usb hid microcontroller" "usb passthrough [teensy|arduino]" "usb init host controller [teensy|arduino]" "mouse path [teensy|arduino]" etc etc
Many FPS games move the camera by listening to relative mouse movements and moving your camera a corresponding amount, while keeping your cursor hidden and in the center of the screen. Absolute movements cause different issues depending on the particular game.
I am not familiar with HID but I assume there is a way for the computer to provide feedback to the input device about the cursor’s current position. If that’s correct, it could probably be done with relative movements just fine.
I'm not very versed in gaming, so have very little knowledge about what games want. It should be possible to implement a relative mode too and some way to switch between the modes so when working use absolute, when playing use relative.
There is nothing in this world more difficult and heartbreaking than losing a child and I pray to God nobody has to go through this. Deepest sympathies for the entire family.