This screenshot is from the Workstation 15 beta. The other thread that had a problem with the NASA World Wind application was missing some specific GL Extensions.
It would have been better to have seen the before and after update of the Mesa drivers of this GL Extensions count. You can see that there is the "GL Extensions:" count of 134 followed by a listing of the GL Extensions supported. If you click on the "See details." in the OpenGL Extensions Viewer you should see a screen similar to the screenshot below.
The vmware.log file is located in the same folder where the VM itself is stored.
If the problem lies with the Mesa drivers within the Windows 10 guest VM and missing specific GL extensions, changing to Vega and Workstation 15 may not really help. Maybe the Radeon is not being used at all and the weaker/less capable integrated graphics is being used. If you have multiple graphics cards, you should be able to see in the vmware.log which one VMware Player actually uses. On Ubuntu/Linux hosts, Workstation/Player would use OpenGL 4.x to deliver the graphics capabilities in the guest VM. Intel implementation of OpenGL in their graphics drivers seems to be quite buggy (at least on Windows hosts). I don't know exactly how that works with Ubuntu hosts. On another note, does your host system have an integrated graphics (such as Intel graphics embedded with the CPU) with a separate discrete AMD graphics. I didn't have to update the Mesa drivers inside the Windows VM but yet have those extensions.
I don't know why those GL extensions were missing. If you look at the entire thread, it was missing specific GL extensions inside the Windows VM. But hey, who am I to complain/object as I am not funding it?Īre you referring to updating the Mesa drivers on the Ubuntu host or Windows 10 VM or both? That was a bit drastic to order an expensive GPU. The mks.gl.allowBlacklistedDrivers is needed when the AMD proprietary drivers are used in Linux hosts instead of the open-source drivers. Supersampling in VMs is not officially supported in version 12/14.
On Workstation Pro 12.5.9 with VMware Tools 10.3.2, a Windows 10 VM shows 128 GL Context with a Windows 10 host with an Nvidia Maxwell GPU. On the Workstation 15 beta, the OpenGL Viewer shows 134 GL Context with a Windows 10 host with an Nvidia Kepler card. Workstation/Player 15 officially supports 4x supersampling and shader model 4.1 and DX10.1 inside Windows 10 VMs. Workstation/Player 12/14 and Fusion 8/10 supports OpenGL 3.3 Core Profile in Windows/Linux guests but does not support the OpenGL 3.3 Compatibility Profile.įusion 11 is scheduled to be released this week (same day Apple officially releases macOS Mojave) so presumably Workstation/Player 15 will be released as well on the same day if not, soon. There is an "Attach" in the lower right hand side of this reply box. Not exactly sure what I can see but you could also attach the vmware.log in a subsequent reply if things still don't work for you. Might have to be added to the vmx configuration file in order for "3D Acceleration" to work. In other versions of Linux hosts with AMD graphics cards. If ArchiCAD 22 is looking for some specific extension that is not listed, it is possible that is the reason why it is complaining.
Updating the VMware SVGA 3D driver and the host graphics driver might change the number of GL Extensions supported inside the VM. The card that you have is not listed though in the following link. Is the host computer using the AMD proprietary drivers or the open source drivers that come with Ubuntu 18.04? This might have a bearing in the capabilities seen by the virtual machine. You could try updating VMware SVGA 3D driver to version 8.16.1.0 by installing VMware Tools 10.3.2. When you click on the "GL Report" in OpenGL Extensions Viewer, what is the number of "GL Extensions:" listed on the right hand side?