Copying between GPUs is a thing, that's how integrated/discrete GPU switching works. So if the drivers provide full vulkan support then rendering on the nvidia and copying to another GPU with outputs could work. And it's an ARM CPU, so to run most games you need emulation (Wine+FEX), but Valve has been polishing that for their steamframe... so maybe?

People have gotten games to run on a DGX Spark, which is somewhat similar (GB10 instead of GH200)

Correct! I added an Nvidia T400 to the rig recently, as it gives me 4x Display ports, and a whole extra 2GB VRAM!

https://looking-glass.io/ could be interesting

you can just force a edid in xorg and run sunshine (streaming)

Unfortunately sunshine introduces a lot of input lag on NVIDIA.

In AMD I’ve read it works great, but for NVIDIA chips, in mouse heavy games, it becomes unusable for me.

really? that is not the case for me and i use it extensively both for work and games - i have a vdi solution.

Last time I've tried it was about 9 months ago and that was really an issue.

But I also think that for people that didn't try a "snappier" alternative, it was possible not to realize it's there.

Try and make a comparison with Parsec of even the Steam's own streaming. You will notice a big difference if the issue still exists.

i did a test with just spamming date in a terminal and having a high fps video captured from my phone, it was usually under a frame (granted 60 fps so 1/60 sec)

Ah, no, that's not what I mean. It's the input devices. Mainly the mouse pointer.

I now remember there was a way to go around it (a bit cumbersome and ugly) which was to render the mouse pointer only locally. That means no mouse cursor changes for tooltips/resizing/different pointers in games, etc. But at least it gets rid of the lag.

oh but the forwarding of inputs should be irrelevant to gpus.. maybe this is because the vdis run windows and it is a xorg issue?