We have had autodetect of EGL etc. for a while now.

diff --git a/hardware.rst b/hardware.rst
index e2da70916c9405cb3dc43c1e03e16491e13ad50d..272330f3384ed973f495f9e87af6994a1ee4c9ca 100644 (file)
--- a/hardware.rst
+++ b/hardware.rst
@@ -60,18 +60,8 @@ need to be reencoded by some external means, or you can use Nageru's x264
 support to produce a user-facing stream in addition to the digital intermediate
 (see :doc:`streaming`).
 
-By default, Nageru uses zerocopy from the GPU to the VA-API buffers in order to
-reduce memory transfer bandwidth, but this depends on EGL support (as opposed to
-the older GLX standard), and also that the GPU you are rendering to also
-supports VA-API. NVIDIA's proprietary drivers do not support either. Unfortunately,
-this is somewhat cumbersome to automatically detect before it's too late to do anything
-about it (Qt has already initialized using EGL), so on NVIDIA
-systems, Nageru will exit with an error message asking you to set *--va-display*
-to your Intel GPU manually. Simply follow the instructions printed to the terminal
-to select what looks like your Intel GPU, and Nageru will fall back to using GLX
-and transferring the memory data between the two GPUs via the CPU. (Some BIOSes
-automatically disable the Intel GPU if you have a discrete GPU installed; you
-will need to reenable it to get access to QSV, or Nageru can't run.)
+If possible, Nageru uses zerocopy from the GPU to the VA-API buffers in order to
+reduce memory transfer bandwidth.
 
 
 Video capture cards