scrcpy VS barrier

git clone https://github.com/Genymobile/scrcpy cd scrcpy ./install_release.sh

Scrcpy recently added support for Virtual Display. This allows connecting your phone at any resolution e.g. 1920x1080. But vanilla android by default does not have a taskbar in that mode.

What's strange is that vanilla OS does show a taskbar (tablet mode) if you increase DPI to 600+. Theoretically you can get a taskbar now only if tablet mode taskbar could show up in secondary virtual displays.

https://github.com/Genymobile/scrcpy/blob/master/doc/virtual...

There is a Tool that you can install and control devices that are connected over ADB on your computer, called scrcpy:

This feature is also a lifesaver when your phone screen breaks! A mishap on the bus led to this happening with my old OnePlus phone, and with a USB C to HDMI adapter I was able to navigate around and salvage anything I needed from that device. I actually assumed this was the standard, so when the same thing eventually happened to the Pixel 6 Pro I got after that, I was distraught to learn that Pixels didn't support video-out at all. I ended up managing to get TalkBack (audio assistance for the visually impaired) turned on, use that plus screenshots I referenced online to get USB debugging enabled and authorize my computer, and then use scrcpy [0] to control my phone from my laptop.

[0] https://github.com/Genymobile/scrcpy

For Linux users, they might want to use adb with scrcpy (https://github.com/Genymobile/scrcpy), which is a very powerful tool for controlling Android devices from PC. Installing scrcpy from the distro's repo would bring in adb by default, so it's not necessary to download adb directly from Google.

I used to and still do use and recommend Barrier for sharing a mouse and clipboard and keypresses across OS's. It works for Mac, Windows, and Linux. They have a fork input-leap... it doesn't work, and there is a paid on from the same original developers called Synergy that works well too.

Desktop - Barrier

For software KVM you can use https://github.com/debauchee/barrier

I use it between a Windows PC & a Macbookpro (Linux version available but I don't have Linux)

libei looks useful. But IDK why libei is necessary to run Barrier with Wayland?

For client systems, couldn't there just be a virtual /dev/inputXYZ that Barrier forwards events through

And for host systems, it looks like xev only logs input events when the window is focused.

Is xeyes still broken on Wayland, and how to fix it so that it would work with Barrier?

With Barrier, when the mouse cursor reaches a screen boundary, the keyboard and mouse input are then passed to a different X session on another box until the cursor again crosses a screen boundary rule.

Barrier is a fork of Synergy's open core: https://github.com/debauchee/barrier

libei:

I have a similar gaming/WFH setup (2 monitors at 1440p 144hz) and I’ve been using Barrier instead of a physical kvm, and it works really well. Not sure if you’re open to a software kvm but if you are, I’m happy to answer any questions about it if you have any.

Have you tried Barrier? I casually used it to swap between my main rig and my MBP. Took a minute to get it setup but once I sorted it all out it worked pretty well. It has some settings and tweaks built in to address some of the layout issues you mentioned...

Barrier appears to handle PC switching only for the keyboard and mouse.

Sorry, probably not entirely on topic and can't answer anything reliable about the multimonitor stuff, but a tip regarding the 2 mice and 2 keyboards for the 2 different computers: use this: https://github.com/debauchee/barrier It's oss multi-os software that lets you use one mouse and keyboard (server) on several PCs (clients) easily over your LAN.