virtualGL for 2D rendering

[Thomas Julou]

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

[Thomas Julou]

I should probably mention that I would be happy with playing 200x500px image stacks at 10 frames/sec and ecstatic with 2000x2000 at 30 frames per sec…

[DRC]

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

[DRC]

On a LAN, TurboVNC can pretty easily deliver at least 60-70
megapixels/second, so that would amount to 4k images at 15+ Hz. We have
thousands of users who are using it for their day-to-day workstation
work with 4k remote desktops over gigabit Ethernet.

[Thomas Julou]

Thanks for your answer.

I've another dummy question: does running turbo VNC requires a decent graphic card on the server side? or is all the rendering/compression handled by the cpu?

I looked for a "requirements" page / tab on the website but couldn't find it…

[DRC]

The requirements are in the documentation:
https://turbovnc.org/Documentation/Documentation

A GPU is not required just to use TurboVNC. Yes, all of the 2D
rendering/compression is done by the CPU. I recommend installing the
2.1.2 pre-release build, as it contains a lot of bug fixes relative to
2.1.1:

https://turbovnc.org/DeveloperInfo/PreReleases
[under "master branch (2.1.x stable)"]

> --
> 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 virtualgl-use...@googlegroups.com
> <mailto:virtualgl-use...@googlegroups.com>.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/virtualgl-users/322444ff-9ba8-4907-a653-51f6a7d003e8%40googlegroups.com
> <https://groups.google.com/d/msgid/virtualgl-users/322444ff-9ba8-4907-a653-51f6a7d003e8%40googlegroups.com?utm_medium=email&utm_source=footer>.
> For more options, visit https://groups.google.com/d/optout.

[Thomas Julou]

thanks! I will sound really stupid but it was not obvious to me that the ‘Documentation’ title in the menu bar was also a link.
maybe to consider if you work on the webpage layout…

> You received this message because you are subscribed to a topic in the Google Groups "VirtualGL User Discussion/Support" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/topic/virtualgl-users/dH-kpIG-gE8/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to virtualgl-use...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/virtualgl-users/df730ede-f0c0-bcc3-b223-70ae29171b7c%40virtualgl.org.