3 ms·

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 hypervis

by c0l0 20d ago

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 20d ago
> 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.
johng 20d ago
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.
colechristensen 20d ago
This is a great idea and perhaps not all that hard. I'm getting started on it.
- colechristensen 20d ago
  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 https://anvil.fangorn.io/fangorn/sunshine-qemu and https://blog.fangorn.io https://blog.fangorn.io (there isn't anything here yet)
  - woleium 20d ago
    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.
    - colechristensen 19d ago
      Yes I'm using dbus to get the framebuffer and have very early success

by c0l0 20d ago

matja 20d ago

> 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.

johng 20d ago

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.

colechristensen 20d ago

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

colechristensen 20d ago
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 https://anvil.fangorn.io/fangorn/sunshine-qemu and https://blog.fangorn.io https://blog.fangorn.io (there isn't anything here yet)
- woleium 20d ago
  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.
  - colechristensen 19d ago
    Yes I'm using dbus to get the framebuffer and have very early success