-
-
Notifications
You must be signed in to change notification settings - Fork 174
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
hyper-v host GPU encoding, slicing resources #4418
Comments
For OpenGL acceleration of WSL2 guests, see https://github.com/Xpra-org/xpra/blob/master/docs/Usage/WSL.md |
As for GPU encoding, AMD AMF includes some code samples: |
Linux Kernel vmbus documentation: https://docs.kernel.org/virt/hyperv/vmbus.html Microsoft Device Virtualization API: https://learn.microsoft.com/en-us/virtualization/api/hcs/reference/hdv/devicevirtualization |
I have added some On the plus side, apart from some driver compatibility issues, AMD GPUs can be used with Easy-GPU-PV |
This ticket may well end up moved to another project if it proves beneficial to more than just xpra.
Hyper-v:
Important: most passthrough and partitioning solutions don't allow guests to access to the hardware encoders, only opengl / vulcan.
Another (smaller) downside is that they require modifications to the OS configuration that cannot easily be managed using a package or script.
So, perhaps we should expose a memory mapped service to the guests so that they can hand over pixel buffers to the host which can take care of managing the encoder chip(s) and send back encoded frames.
For now, this is just an easy place to dump references and links:
openmdev.io
no longer exists.I CAN (edit) find the
ivshmem
equivalent for hyper-v: see #3666 andVMBUS
: VMbus enables efficient, low-latency communication between the host and the guest VMivshmem
links for the Linux implementation: #3810The text was updated successfully, but these errors were encountered: