Starting Blender 2.8 in remote desktop session

Just get a newer version of mesa and you should have no issues on RDP. (well besides it being sluggish… )

edit blender seems a little crashy with the latest version, but iv’e been using 17.3.6 and that seems fine-ish… :slight_smile:

Ok thanks Lazydodo. can you explain what is mesa? I’m not sure to understand the description on Github. How do you install it with blender? I tried to just copy the opengl32.dll from Mesa x64 folder to Blender 2.8 folder an dI could load Blender but as soon as i press F12 it crashes. I tried both latest version and 17.3.6 with almost same result (only differenc eis the latest one also asked for another dll that i also copied the same way but it crashes to on F12.

I used the cmd provided and it copied a few more files but still crashes on F12. any idea? I can’t wait to try to launch some render on my 8 gpu rig with Blender 2.8 (the renders did work in 2.79).

It’s a software implementation of opengl, it has bugs, blender has bugs sooo sometimes it works, sometimes it doesn’t. don’t expect any official support on this setup.

Mmmmmmmmh… thanks.

Now it works even with rendering without crash. I think I just had to restart to prevent crashing when rendering.
I just tested it with latest mesa:
And Blender 2.8 alpha and it works. When installing mesa I chose yes to all.

All this is pretty odd. Remote desktop, since Win8, has supported hardware acceleration (both ends need to be at least Win8).

Here’s an example connecting to Win10 from Win10 - graphics card from 2011:

I believe this is only supported by Quadro drivers, and not Geforce which most users have.

Huh… you’re right. When connecting to my 1070 laptop it pops up the OpenGL 3.3 error dialog. I guess the consumer drivers don’t have it. Neither do AMD FirePro W2100 cards/drivers.

I guess I never noticed before when connecting to my work machines. DirectX works and I can request a DirectX12-level device on both; but not OpenGL… hmph/lame.

Latest versions of Mesa don’t work anymore for this purpose. I found out that 18.2.1 is working except that Eevee becomes really slow to the point of being unusable. So there is no way to use any computer that doesn’t have a monitor with Eevee so far.

I think, is it possible to provide a disable opengl option that allows remote computers to run the Cycles renderer on Blender for remote rendering?
After all, the current network rendering plugin is not perfect, and the remote computer used only for rendering does not require OpenGL functionality.

I believe Cycles rendering in background mode should already work in such cases? We don’t use OpenGL for that.

We also have software OpenGL emulation for Windows here, but it’s very slow.

1 Like

If having Blender opened before accessing the computer remotely (I use macbook air > Windows 10), I can use Blender fine. So the issue is only when starting a new session with blender. hmm!

blender just needs to be started on the console session.which you can do remotely if you’re ok with being kicked out for a few seconds and have administrator rights.


Make a batch file with this in it

tscon 1 /dest:console

when you run this as administrator it will (the administrator bit is important)

  1. Kick you out of your RDP session
  2. Connect to the console session
  3. Start blender

you’ll have to wait a few seconds for blender to start so don’t reconnect too quickly or you’ll get the opengl error again.

the session number (1 in the batch file above) sometimes changes , you can run query session on the command prompt to get a list of current session here’s my current list

 SESSIONNAME       USERNAME                 ID  STATE   TYPE        DEVICE
 services                                    0  Disc
>rdp-tcp#88        lazydodo                  2  Active
 console                                     3  Conn
 rdp-tcp                                 65536  Listen

so i would put tscon 2 /dest:console in the batch file

1 Like

Just got this information from NVIDIA regarding remote desktop with NVIDIA GeForce.

Due to most everyone working from home, a frequent request was for NVIDIA to provide Windows Remote Desktop support for NVIDIA GeForce GPUs, a feature that has previously only been available on enterprise Quadro boards.

You and your customers will first need to log on as an NVIDIA Developer to get access, but after you do this link will enable you to access the software you’ll need:

It will require you to use GeForce drivers R440 or later. Once you download, launch the executable as administrator on the machine which runs the OpenGL application to enable OpenGL acceleration. A dialog will be displayed to show whether OpenGL was enabled and if rebooting is required.

Future GeForce 440 and 445 drivers will have the capability built in, so you won’t need this patch.


Can confirm it works!

1 Like

This has been an issue bothering me for such a long time! Thank you for following up after all this time with this awesome news!

The fix for me was to run Remote Desktop Connection as Administrator… Just a heads up in case people haven’t tried.

Yeah, thank god Nvidia released that! My other hack was to run a batch command on windows, to kill the RD session and give control back to that PC. Then it would open Blender, then I re-connect and it “worked”. But it would def. more prone to crash or have perf issues, then had to re-run the batch again…


I’m trying to start Blender 2.90 on Windows 10 (2004) from a remote session in Kubuntu using Remmina.

I have installed the NVidia Open GL Acceleration enabler and also tried the bat file to kill the RDP session and start Blender but it crashes every time.

I can attach the blender.crash.txt file as I am a new user on this forum but this is the first part of it.

Blender 2.90.0, Commit date: 2020-08-31 11:26, Hash 0330d1af29c0


Exception Record:

Exception Address : 0x0000000000000000
Exception Module :
Exception Flags : 0x00000000
Exception Parameters : 0x2
Parameters[0] : 0x0000000000000008
Parameters[1] : 0x0000000000000000

Does anyone know how I can resolve this issue?