I'm afraid not.  In order to support such a configuration, VirtualGL
would have to interpose all of OpenGL, as opposed to interposing mainly
GLX calls as it does now.  Interposing all of OpenGL means that we would
have to closely track the development of that API, which is more of a
burden than I could take on as the sole maintainer of the project.  I'd
have to completely refactor VGL using Mesa or some other code base that
does the heavy lifting for the OpenGL API, and I'd have to figure out
some sort of transport to use for shipping the OpenGL calls to the
server (using compression, preferably.)  Presumably, I'd also have to
use the existing VGL Transport to receive images back from the server.
Even then, only a limited set of OpenGL applications could ever perform
well with such a solution.  Honestly, I don't see the point of such a
solution.  If the application requires more GPU resources than the
client can provide, then that is exactly why it needs to be running on
the server with VirtualGL.  If the application doesn't require more GPU
resources than the client can provide, then I don't understand why you'd
want to ship the 3D rendering elsewhere.

On 3/26/18 5:22 PM, megaTherion wrote:
> Hello
> 
> Im looking for a thing exacly like VirtualGL - but according to the page
> and the docs, the application I want to execute must run on the
> VirtualGL server.
> This is not what I need, I need something that can run the application
> on the client and the GLX calls being forwarded to the server to be
> rendered/processed...
> Has anyone else had the same thought? Or is it even possible with
> VirtualGL in a different kind of configuration?

-- 
You received this message because you are subscribed to the Google Groups 
"VirtualGL User Discussion/Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/virtualgl-users/61986096-601b-0c7b-fdae-1be8be06a1aa%40virtualgl.org.
For more options, visit https://groups.google.com/d/optout.

Reply via email to