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…
> On 14 Sep 2017, at 15:40, DRC <[email protected]> wrote: > > 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)"] > > On 9/14/17 1:23 AM, Thomas Julou wrote: >> 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… >> >> >> On Wednesday, 13 September 2017 19:32:08 UTC+2, DRC wrote: >> >> 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. >> >> On 9/13/17 11:14 AM, Thomas Julou wrote: >>> 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… >>> >>> >>> On Wednesday, 13 September 2017 18:10:19 UTC+2, 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] >> <mailto:[email protected]>. >> 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. > > -- > 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 > [email protected]. > To view this discussion on the web visit > https://groups.google.com/d/msgid/virtualgl-users/df730ede-f0c0-bcc3-b223-70ae29171b7c%40virtualgl.org. > For more options, visit https://groups.google.com/d/optout. -- 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/9DE63543-D990-4245-AF3A-3A913567D0F3%40gmail.com. For more options, visit https://groups.google.com/d/optout.
