[vtk-developers] OpenGL backend - 1.1 vs 2.0

Wed May 10 10:19:06 EDT 2017

Terminating RDP connection and restart the application in a batch file works well. It would be quite usable if we could build this into the application instead of setting up a separate batch file.

We need to detect insufficient OpenGL capabilities anyway (the current way of Paraview simply crashing when starting through RDP is just embarrassing). It should not be too difficult to add RDP connection termination and application restart there.

After some more web search, it doesn’t seem to be possible to access the regular OpenGL context when an application started through RDP. Applications that need maximum compatibility include multiple rendering backends with dynamic switching (such as Qt 5 rendering engine, based on a run-time check at application startup) or static selection (e.g., 3D Studio Max). However, in the long term I would prefer seeing the VTK community spending time with developing new features than maintaining a legacy backend.

Andras

From: Ken Martin [mailto:ken.martin at kitware.com]
Sent: Wednesday, May 10, 2017 9:51 AM
To: Andras Lasso <lasso at queensu.ca>
Cc: Vladimir Engelgardt <v.engelgardt at gmail.com>; VTK Developers <vtk-developers at vtk.org>
Subject: Re: [vtk-developers] OpenGL backend - 1.1 vs 2.0

Hmmm, maybe something like this

https://social.technet.microsoft.com/Forums/windowsserver/en-US/c8295ef8-3711-4576-9293-2c4965280165/opengl-and-remote-desktop?forum=winserverTS

In your batch file make sure you reconnect your session to the physical console before attempting to launch the CAD app.  Here is the command:

tscon 1 /dest:console

I am thinking your batch file only needs two lines, something like:
tscon 1 /dest:console
start "C:\Program Files\SolidWorks Corp\SolidWorks\sldworks.exe"

The first line will disconnect your remote PC and connect the session to the physical keyboard/video/mouse, then the second line will launch the CAD program (substitute your CAD software).  After that you wait several seconds for the software to start and then reconnect to the session from your home PC.

You should have the batch file Run as administrator.  I made an assumption above that the current session id is 1.  Your session id may be different--you can use query session at a command prompt to find your session id.

On Wed, May 10, 2017 at 9:40 AM, Andras Lasso <lasso at queensu.ca<mailto:lasso at queensu.ca>> wrote:
VTK's OpenGL2 backend works very well through RDP - including volume rendering, even using a client without GPU. The only limitation (an important one) is that you have to start your application before connecting through RDP.

The only thing to figure out is how to convince applications to start “normally” when connected through RDP.

Andras

From: vtk-developers [mailto:vtk-developers-bounces at vtk.org<mailto:vtk-developers-bounces at vtk.org>] On Behalf Of Ken Martin
Sent: Wednesday, May 10, 2017 8:51 AM
To: Vladimir Engelgardt <v.engelgardt at gmail.com<mailto:v.engelgardt at gmail.com>>
Cc: VTK Developers <vtk-developers at vtk.org<mailto:vtk-developers at vtk.org>>
Subject: Re: [vtk-developers] OpenGL backend - 1.1 vs 2.0

If you have to support RDP (as opposed to other solutions), and you have to support clients that lack a GPU etc, then you could build your application against Mesa (with OpenSWR or llvm as the renderer) and I believe it should work everywhere including RDP.

Ideally at run time we could detect this and pick Mesa/Hardware but I don't think anyone has had time to dig into how difficult that would be.

From what I could find nvidia only supports hardware RDP on their professional cards. It would certainly be nice if vendors would do what they can to support modern OpenGL more broadly in cases like this.

On Wed, May 10, 2017 at 6:14 AM, Vladimir Engelgardt <v.engelgardt at gmail.com<mailto:v.engelgardt at gmail.com>> wrote:
Hi,

Problem description: Application uses VTK 7.0 (OpenGL 2 module) for
rendering on Windows platform. But the problem is, that OpenGL 2 has limited
support over Microsoft's Remote Desktop. RDP is a must for our application
(VNC, TeamViewer is not an option). On Win 10 there is an option called 'Use
hardware drivers over RDP' and it works, but for limited set of video
adapters - AMD, Integrated Graphics from Intel and NVIDIA (Tesla, Grid
only).

Is there any workaround for this problem, i.e. detect GL version at runtime
and use 1.1 or 2.0? If no, we are going to switch for OpenGL 1.1.

We concern about OpenGL 1.1 support in future versions of VTK. Is it going
to be supported and how long?

Best Regards,
Vladimir.

--
View this message in context: http://vtk.1045678.n5.nabble.com/OpenGL-backend-1-1-vs-2-0-tp5743167.html
Sent from the VTK - Dev mailing list archive at Nabble.com.
_______________________________________________
Powered by www.kitware.com<http://www.kitware.com>

Visit other Kitware open-source projects at http://www.kitware.com/opensource/opensource.html

Search the list archives at: http://markmail.org/search/?q=vtk-developers

Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/vtk-developers

--
Ken Martin PhD
Distinguished Engineer
Kitware Inc.
28 Corporate Drive
Clifton Park NY 12065

This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee.  Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message.  Thank you.

--
Ken Martin PhD
Distinguished Engineer
Kitware Inc.
28 Corporate Drive
Clifton Park NY 12065

This communication, including all attachments, contains confidential and legally privileged information, and it is intended only for the use of the addressee.  Access to this email by anyone else is unauthorized. If you are not the intended recipient, any disclosure, copying, distribution or any action taken in reliance on it is prohibited and may be unlawful. If you received this communication in error please notify us immediately and destroy the original message.  Thank you.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtk-developers/attachments/20170510/2d8890c5/attachment-0001.html>