This should be straightforward, but for some reason I can’t make it work.
I hired a Softlayer Bare Metal Server that comes with an Nvidea Tesla GPU.
I’m remotley executing a program (openScad) that needs OpenGL > 2.0 in order to properly export a PNG file.
When I invoke openScad and export a model, I get a 0kb png file as output, a clear symptom that OpenGL > 2.0 support is not present.
In order to make sure that I was running openGL > 2.0 I connected to my server via RD and ran GlView. To my surprise I saw that the server was supporting nothing but openGL 1.1.
After a little research I found out that for standard RD sessions the GPU is not used so it makes sense that I’m only seeing openGL 1.1.
The problem is that when I execute openscad remotley, it seems that the GPU is not used either.
What can I do to successfully make the GPU capabilities of my server work when I invoke openscad remotely?
PS: I checked with softlayer support and they are not taking any responsibility
asked Mar 13, 2015 at 17:03
1
Most (currently all) OpenGL implementations that use a GPU assume that there’s a display system of some sort using that GPU; in the case of Windows that would be GDI. However on a headless server Windows usually doesn’t start the GDI on the GPU but uses some framebuffer.
The NVidia Tesla GPUs are marketed as compute-only-devices and hence their driver does not support any graphics functionality (note that this is a marketing limitation implemented in software, as the silicon is perfectly capable of doing graphics). Or in other words: If you can implement your graphics operations using CUDA or OpenCL, then you can use it to generate pictures. Otherwise (i.e. for OpenGL or Direct3D) it’s useless.
Note that NVidia is marketing their «GRID» products for remote/cloud rendering.
answered Mar 13, 2015 at 17:13
datenwolfdatenwolf
160k13 gold badges185 silver badges298 bronze badges
2
I’m replying because i faced a similar problem in the past; also trying to run an application that needed openGL 4 on a windows server.
windows remote desktop indeed doesn’t trigger opengl. However if you use tigervnc instead and then start your openScad application it might recognize your opengl drivers. At least this trick did it for me.
(when opening an openGL context in a program it scan’s for monitors/RD’s attached i pressume).
hope it helps.
answered Jul 3, 2015 at 18:48
Loading
I have my own game written in Java and it uses the Slick2D game library which uses OpenGL. The game has some multiplayer features so i need to start the server-software for the game on a Windows-Server, but OpenGL does not work because the Windows-Server is a VPS from a hoster. Is it possible to run software using OpenGL? My server-software runs on my home computer. Every other OpenGL software does not run on my windows server too.
Error-Message:
org.lwjgl.LWJGLException: Pixel format not accelerated
asked Jan 15, 2015 at 19:19
Your problem is not Windows Server 2012, it’s the VPS itself. You will need a dedicated server as the VPS can’t use the host’s GPU, which is required by OpenGL.
answered Jan 15, 2015 at 19:40
munichmunich
2761 gold badge2 silver badges7 bronze badges
2
You must log in to answer this question.
Not the answer you’re looking for? Browse other questions tagged
.
Not the answer you’re looking for? Browse other questions tagged
.
- Remove From My Forums
-
Question
-
We have OpenGL application working on a server computer. If later we connect via RDP to this server, OpenGL application continues to function without any problems. Obviously RDP just transfers image from server to remote computer.
If we start the same OpenGL application on the same server from RDP session, it runs OpenGL not on server but on the remote computer. Application crashes on operations that require OpenGL 2.0 or higher.
Is there any way to force RDP to run OpenGL code always on server no matter how it was started, directly on server or from remote computer?
Answers
-
Hi,
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.
Worth a try.
-TP
-
Marked as answer by
Monday, January 31, 2011 10:54 PM
-
Marked as answer by
This should be straightforward, but for some reason I can’t make it work. I hired a Softlayer Bare Metal Server that comes with an Nvidea Tesla GPU.
I’m remotley executing a program (openScad) that needs OpenGL > 2.0 in order to properly export a PNG file. When I invoke openScad and export a model, I get a 0kb png file as output, a clear symptom that OpenGL > 2.0 support is not present.
In order to make sure that I was running openGL > 2.0 I connected to my server via RD and ran GlView. To my surprise I saw that the server was supporting nothing but openGL 1.1.
After a little research I found out that for standard RD sessions the GPU is not used so it makes sense that I’m only seeing openGL 1.1. The problem is that when I execute openscad remotley, it seems that the GPU is not used either.
What can I do to successfully make the GPU capabilities of my server work when I invoke openscad remotely?
PS: I checked with softlayer support and they are not taking any responsibility
Most (currently all) OpenGL implementations that use a GPU assume that there’s a display system of some sort using that GPU; in the case of Windows that would be GDI. However on a headless server Windows usually doesn’t start the GDI on the GPU but uses some framebuffer.
The NVidia Tesla GPUs are marketed as compute-only-devices and hence their driver does not support any graphics functionality (note that this is a marketing limitation implemented in software, as the silicon is perfectly capable of doing graphics). Or in other words: If you can implement your graphics operations using CUDA or OpenCL, then you can use it to generate pictures. Otherwise (i.e. for OpenGL or Direct3D) it’s useless.
Note that NVidia is marketing their «GRID» products for remote/cloud rendering.