Another thought to consider, but not the first one to consider. If a software behaves differently than another there is a decent chance it is how it is coded and not just how it is configured. If you can’t get a reasonable latency then you get to experience the real power of Linux. Options. Someone has experienced the same thing as you and has coded a real solution. When it comes to the name brands (KDE, GNOME, ect), you will see ironically the broadest range in quality. But if you go on the AUR you will find software that does one job an one job only. The only way that software gets know is if it works and works well.
Another thought to consider, but not the first one to consider. If a software behaves differently than another there is a decent chance it is how it is coded and not just how it is configured. If you can’t get a reasonable latency then you get to experience the real power of Linux. Options. Someone has experienced the same thing as you and has coded a real solution. When it comes to the name brands (KDE, GNOME, ect), you will see ironically the broadest range in quality. But if you go on the AUR you will find software that does one job an one job only. The only way that software gets know is if it works and works well.
I’d try these next:
https://aur.archlinux.org/packages/anyremote
https://aur.archlinux.org/packages/unified-remote-server
Integration with a DE is for Apple people.