Windows 11 Opengl Driver

[Kathy Douds]

Theopengl32.dll acts as a "conduit" toward the actual OpenGL driver, the so called "ICD" (Installable Client Driver); it also contains OpenGL-1.1 fallback code, since OpenGL has been part of the Win32-API application binary interface contract (i.e. programs running on Win95b or WinNT-4 or later can expect a working OpenGL-1.1 implementation).

The vendor ICD registers itself (in the Windows registry, for details see -us/library/windows/hardware/ff568203%28v=vs.85%29.aspx) and the opengl32.dll loads the appropriate ICD. The name of the ICD is not fixed. You can easily find the used ICD, by passing an invalid pointer to a OpenGL function that expects a buffer; the access violation will happen inside the ICD's code.

I'm trying to install Sketchup 2019 on a Windows 10 VM (Ubuntu 18.04, QEMU 3.1.0), however Sketchup requires OpenGL 3.1 or later in order to run. I had asked a similar question previously hoping by enabling 3D acceleration with Virgl would work, however even though I was able to enable Virgl on the host and have the option to choose 3D acceleration with Virtio, OpenGL is still not on my windows VM. I then instead passed through an MSI GeForce GT 710 Nvidia GPU which works and shows up on the VM, however OpenGL still doesn't exist and Sketchup won't run.

It seems that Windows guest drivers just don't exist, and I've seen talk of Nathan Gaur working on drivers for this a few years ago, but wasn't sure if anything ever came of this or some other way for OpenGL to work on a Windows VM in QEMU KVM. If anyone knows if there are any functioning Windows guest drivers, or a way to get OpenGL working, or any other way to make Sketchup run in this sort of environment, I'd love the insight!

Full credit to this post by Thomas Schwery. You could just follow the instructions there but I will summarize below. This should get you a more recent version of OpenGL (for me that was 3.1) running on a Windows 10 Guest VM. OpenGL 1.1 was actually already running but since it was so old the application I was trying to run didn't recognize it.

There is currently no such thing like OpenGL in Windows guests in Qemu. Rumors to the contrary often stem from QXL forgotten in the configuration, combined with a performance placebo effect1. OpenGL does appear as a menu item in virt-manager, but it works with the virtio-gpu driver in Linux guests only.

This ArchWiki section contains a summary of the current state and links to projects that implemented experimental Windows drivers for virtio GPUs. Unfortunately, the projects are either abandoned or in an early research phase.

Thanks Christian for the feedback. I did try to use spice with GL, but kept getting an error trying to start the VM with it enabled and didn't go down that rabbit hole yet. I had passed through that GPU to my VM and no matter what I tried to do, updating Windows or drivers, trying to delete the other display and video through virt-manager (couldn't seem to delete them all), OpenGL wasn't showing as installed. Maybe if I'd deleted the display and video from the virsh xml file it would have worked, but I decided to start from scratch and got it to work finally so here are the steps I took if anyone else runs into this in the future.

Ubuntu 18.04 with QEMU (I have 3.1.0, would likely be similar with 2.11 or others). There are a few steps needed for Nvidia cards, not sure what would be needed for AMD. This guide is what I mostly mimicked to get everything working including my steps below. This was another one with similar info on Nvidia card setups.

As a note - when I first physically added the GPU, I could no longer access my machine over my network (headless) because adding the GPU changed the network interface which broke my netplan. Could have connected a monitor, but I have an IPMI port on my MB so connected that way and got the new network interface to update netplan.

Start VM and load Windows 10 - on first startup it dropped me straight to the UEFI shell which I had to exit out of and took me to the BIOS where I could go to the boot menu and choose the Win10 iso I'd attached as a CD over SATA to boot from.

I usually use remote desktop for Windows VM's but I still wanted to try to have the ability to connect from virt-manager, so after it was all working, I did go back and add a VNC display and Virtio video to the VM so I can connect and interact through virt-manager or the like. This only seems to work if the Nvidia monitor is physically disconnected, otherwise I get a "guest has not initialize the display (yet)" which I'm sure there is a solution for, but I don't plan on having a monitor connected anyway so I have not investigated that.

I have the exact same card: PNY Quadro K4000 and I sure would like to use it. Unfortunately, I have a conflict with one of my plug-ins (appears to be V-Ray, but no one can tell for sure yet) and I have burned about two days worth of testing. I am working on a better solution with the tech guys at both V-Ray and PNY, but no one has a fix yet.

Previous to this fix, the random crashes happened either when working or when quitting Rhino. So far (one full day after the fix above) we have not had a crash. Feel free to email me directly for me info, dave-AT-schultzeworks.com

I am still experiencing the same problem, which is very frustrating. The crash has been occurring with only one instance of Rhino open, though I often has Grasshopper open as well, and I am using two displays. I have only used the standard display modes, mostly Shaded, and the global settings page on the nVidia control panel is set to Workstation App - Dynamic Streaming". I am operating on Windows 7. What should I do?

Driver crashes has occurred on my systems for a few years. With Geforce and Quadro. They usually occur if I run different software at the same time and run out of graphiccard memory. It has happened with SolidWorks, Rhino, Photoshop and Cinema4D.

Thank you for your advice. I checked all of my connections, and even tried plugging the GPU into another PCI slot, but I have still experienced crashes. Here is an image with my driver information, as well as some screen captures of the error messages.

Same thing; crashes within minutes of opening 64 bit rhino 5, also using grasshopper, started when updating to new NVIDIA driver, have tried several different ones now but still crashing. Quadro 600 and an M2090 on Asus motherboard. Ran flawlessly up to this point. Not sure what is going on.

Installing cuda took me to the development driver. I reinstalled the

windows updated driver and it seems to work again now, but I tried going

back to many earlier drivers before doing this and they all had the same

behavior. It might be the quadro 600 card. Thanks.

Dear Geant4 team,

I am used to practicing GEANT4 on Linux but today, I challenged myself trying to make a G4-based application on windows.

First, I have installed Qt5.15.2 with the modules that are shown in the picture below:

Of course, when I execute the viewer with /vis/open OGL, the terminal responds that I do not have an OGL driver. I can execute the other drivers but I would like to see the geometry and track interactively. So, my focus is on the OpenGL driver.

In other topics of this forum, I saw that people have the following additional drivers and I believe I have to get those drivers to be able to use the OpenGL visualization on windows.

But I do not see those drivers in my geant4 session.

Could you please let me know what I missed in order to be able to use the visualization interactively because for now, the execution of my code looks like the picture below without any viewer?

Dear G4 team,

I have some more information to provide now.

I observed that when I compile the example B1 with CMAKE, the openGL drivers are available and I can access the interactive viewer.

However, when the compilation is performed with QtCreator using qmake and a .pro file, they are not available.

The .pro file I did is the following:

However, I am not sure what they activate. I understand that the G4VIS_USE_XXX activate the drivers for the vizualization. But it is not clear to me what the G4UI_USE_XXX do especially that if I activate the G4UI_USE_WIN32 the application still loads the G4UI_USE_QT. As well I do not understand what is done by G4INTY_USE_QT and G4VERBOSE.

Thanks

Just to note that the issue here is that the -D options are provided to application code automatically when using CMake or the deprecated GNUmake build systems, but not for any others (like QtCreator here). So in this case, adding the -D flags to your .pro file is correct.

I was really excited after the showcase. I downloaded and installed the Cura 5 but my computer is a bit old and I get an error "Could not probe OpenGL This program Requres OpenGL 2.0 or higher." Went to my Dell website and there is no update for my Video Card ? Anyway this issue will be addressed in the future? Or do I need to upgrade hardware? Get a new video Card??

OpenGL 2.0 is a standard that was released 17.5 years ago. It is highly unlikely that you are using a computer with a GPU that is incapable of OpenGL 2.0. It is much more likely that the driver for your GPU is not correctly installed.

It is also worth noting that running Cura via an "RDP" connection can lead to the same error message. It is something that is not supported by Ultimaker, but perhaps there is a workaround. Tell us more about your computer.

having same problem on my brand new computer with 3080ti it also shows opengl probe error and closes out on cura 5. looks more like a bug because all other virsions or cura including the latest 4.13 work without issues.

Cura v5.X won't launch on my Windows 10 PC, latest driver (Intel HD graphic) with OpenGL v3.2, it requires only OpenGL v2.0, so I stuck with Arachne Engine Bata 2 or 4.13.X. Maybe it's a bug with v5.x.

Same problem exactly. There is no update available for the video card in my laptop that I only use for the 3D printer. Please let me know when/if there is a workaround/fix.... Not holding my breath...!

3a8082e126