LookingGlass VS QtScrcpy

Unfortunately AMD cards suffer from a reset bug, still.

The reset bug being that you can pass through the card fine, once. But if you try to pass it through again (or the card experiences an issue and needs to reset), they get caught in some kind of bad state and won’t work until power is removed and restored. Which requires a reboot or a only slightly less disruptive dance with system power states.

For vega and 5000 series gpu’s, there’s https://github.com/gnif/vendor-reset

Incidentally, nvidia gpus are so good at resetting, they’ve probably done so without you noticing. If the screen ever goes black for a fraction of a second and returns in normal usage, it was probably because it reset itself.

The lower 6000 series lower than the 6800’s for example may or may not have the issue. It seems most “reference” cards are fine, but custom vendor cards often but not always have issues. My reference 6700 works fine, but a sapphire 6700 probably won’t.

And the 7000 series is also fucky in a new way somehow. Gnif knows far more about this than me, and has basically thrown up his hands at how AMD doesn’t care. He’s made occasional posts about it on https://forum.level1techs.com/

Gnif is also responsible for Looking glass: https://github.com/gnif/LookingGlass

You could try LookingGlass. That may require two GPUs.

It's a pair of apps, one runs on a Windows virtual machine, the other on the host OS, that uses shared memory to copy a passed-through GPUs frame buffer. Runs fast enough to get 4k/120fps very low latency, so if you have a spare GPU you can game on it in Windows, from a Linux desktop. https://github.com/gnif/LookingGlass

Check out https://github.com/gnif/LookingGlass if you can accept a separate window.

then everything looks normal. It's all up to EGL though, as looking-glass really doesn't have any code that handles image scaling (see here).

https://github.com/Arc-Compute/LibVF.IO/tree/master/ plus https://github.com/gnif/LookingGlass works pretty well. If you use an Intel GPU, particularly one of their new Arc dedicated GPUs, it supports the functionality on the consumer grade hardware without any trickery and you just need Looking Glass to map the outputs.

I'd like to introduce you to Looking Glass as a much higher quality and lower latency alternative to NDI when you are trying to relay frames between virtual machines within the same computer. With a patched nvidia driver to enable nvfbc on the gaming VM there is almost zero performance penalty when capturing gameplay. It also has options for audio, which I don't use because they didn't exist when I was configuring my system. I have a similar use case (gaming and streaming) and hardware (5950X + two gpus). I am not using proxmox, however. My configuration using QEMU and libvirt has this XML:

What stopping from tagging a stable release? The milestone has no open issues.

QtScrcpy adds in additional UI/UX so that key mapping for games/other apps also requiring a connection to PC.

Any of the scrcpy GUIs like QtScrcpy let you mirror your Android device onto the PC and also control it from there if you enable the option, otherwise you can do the opposite with Weylus, so you mirror your PC's screen to the tablet and then you can draw from it with either your fingers or a pen, with pen pressure supported as well, which I find pretty amazing!

Scrcpy or one of the GUI frontends like QtScrcpy, but you can also directly control her phone with Rustdesk

else if the application needs you to pinch to zoom, your only choice is to use QtSqrcpy

An alternative way to solve touching issue is to run QtScrcpy so it's no need to recompile QEMU anymore.

That said, I recently ran into a similar issue to yours with a ton of tabs open on a browser on a phone that I need to reset soon. Doing it manually sucked, and there seemed to be no end to the tabs (many of which I was delighted to re-discover as I was doing it manually). So what I did was use QtScrcpy and AutoHotkey to automate the process of bookmarking it on the mobile browser and then use sync to access them on the desktop. This was Brave browser, but I'm sure it would work with Chrome or Mozilla too. So next time you are facing the challenge of saving mobile tabs, this could be a solution.