As an irregular user of spice (via Proxmox PVE), I wish the stars would align for QEMU to gain support for sunlight/moonlight streaming directly in the hypervisor. That'd be a killer app for VDI-style infrastructure, now that accelerated guest graphics via Venus, VirtIO GPU, and Intel's support for SR-IOV is finally coming together.

▲

matja 2 days ago | parent | next [-]

> I wish the stars would align for QEMU to gain support for sunlight/moonlight streaming directly in the hypervisor.

I didn't know I wanted it until you said it.

I have a few QEMU VMs where I use PCI-passthrough of a whole GPU and a USB controller, and wire the display and USB outputs physically into a KVM switch - works great, but not having to fiddle with the KVM (and run out of physical ports) would be - indeed, killer app.

▲

colechristensen 2 days ago | parent | prev | next [-]

This is a great idea and perhaps not all that hard. I'm getting started on it.

▲

colechristensen 2 days ago | parent [-]

It's possible and I have a very early E2E test. A modification of the sunshine backend itself to be able to connect to qemu. In the future it's definitely possible to have this directly in qemu but it would require reimplementing the whole sunshine protocol

Follow along https://anvil.fangorn.io/fangorn/sunshine-qemu and https://blog.fangorn.io (there isn't anything here yet)

	▲	woleium a day ago \| parent [-]
		You need a HW encoder per VM, which means vGPU/SR-IOV for anything multi-tenant. But it would work similar to qemu-rdp (which is a better codebase and really, the successor to SPICE): -display dbus can get the framebuffer to any external process, so a Moonlight-protocol server could attach there. Nobody's done it that I can find.

▲

johng 2 days ago | parent | prev [-]

This would be ideal. I've been reading about Moonlight a lot lately, and it's many children. I'm building a new home theater set up and will be trying it soon.