VirtualGL won't help unless the application is using OpenGL. More than likely, your bottleneck is in the encoding/transmission layer, not in the X proxy itself.
Have you tried TurboVNC? It's a fundamentally different type of X proxy than x2go, and it's designed for exactly the type of workload your application is creating (displaying a stream of images in real time-- because that's essentially what VirtualGL does in an X proxy environment.) On 9/13/17 11:10 AM, Thomas Julou wrote: > Hello, > > I'm looking for a way to have a remote desktop with reasonably > fast/smooth rendering of image series in ImageJ/Fiji. Our use case > typically consists in loading a stack of tiff images in the software > (i.e. in RAM) and playing them at various speed. > > Currently we have an x2go connection with is very slow for this. I would > like to know whether virtualGL is suitable in this case. > Thank you very much for your help. Best, > > Thomas Julou -- 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/b52f0dd3-7002-9ed7-e496-493baae239bc%40virtualgl.org. For more options, visit https://groups.google.com/d/optout.
