Select to view content in your preferred language

Using Open GL Rendendering in Virtual Maschine

1813
8
Jump to solution
08-02-2012 05:48 AM
MartinRick
Deactivated User
Hi ArcGIS Runtime developers,

since the final release of the ArcGIS Runtime for Java 1.0 I started playing around with it. Since most of our current projects still work with ArcGIS 10.0, I prefer to test it in a virtual environment for the moment. So I use a Win 7 image with VM Workstation.

Unfortunately I found out that my applications do not start when using the OpenGL Rendering instead of the default DirectX settings.

For some reasons the virtual graphic device seems not to be able to emulate OpenGL rendering while the DirectX also works in the virtual machine.

Does anyone else get these experiences or even knows a workaround?

Cheers

Martin

Here my code with the exception:

ArcGISRuntime.setRenderEngine(RenderEngine.OpenGL);

Java version : 1.7.0_02 (Oracle Corporation) amd64
Rendering engine : OpenGL
java.lang.RuntimeException : OpenGL Error: This may be caused by the OpenGL drivers not being version 2.1 or higher. Note that remote desktop is not supported.
at com.esri.map.b.run(Unknown Source)
at com.esri.map.JMap.<init>(Unknown Source)
at ArcGISRuntime.OpenGLTest.<init>(OpenGLTest.java:45)
at ArcGISRuntime.OpenGLTest$2.run(OpenGLTest.java:64)
at java.awt.event.InvocationEvent.dispatch(Unknown Source)
at java.awt.EventQueue.dispatchEventImpl(Unknown Source)
at java.awt.EventQueue.access$000(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.awt.EventQueue$3.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.security.ProtectionDomain$1.doIntersectionPrivilege(Unknown Source)
at java.awt.EventQueue.dispatchEvent(Unknown Source)
at java.awt.EventDispatchThread.pumpOneEventForFilters(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForFilter(Unknown Source)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.pumpEvents(Unknown Source)
at java.awt.EventDispatchThread.run(Unknown Source)
0 Kudos
1 Solution

Accepted Solutions
EricBader
Honored Contributor
Ah. My bad, Martin. Thanks.

Yes, this is odd, and we have experienced anomolies like this as well, as we have tested.
The team is certainly working on making the use VMs with Runtime apps a supportable scenario.
There is no estimate at this time when that will work. Please stay tuned.
We apologize for this inconvenience.

View solution in original post

0 Kudos
8 Replies
EricBader
Honored Contributor
Hi Martin:

Yes, we have experienced this. We have yet to iron out all of the caveats with respect to VMs, DirectX and OpenGL. So at this point in time, it is risky.

If your VM is able to use hardware acceleration, it�??s okay to use.  

However, it seems that most VMs do not support hardware acceleration.
The one�??s that do have ways of actually using a graphics card.
Some VMs have DirectX support.
Almost no VMs in the world support OpenGL.

If by chance you can find a VM that supports OpenGL, you should be ok.

I hope this is helpful information!
0 Kudos
MartinRick
Deactivated User
Hi Eric,

thank you very much for your reply. I made some investigations and came to the following information:

1. VMWare supports OpenGL at version 7.1 which I am using.
=> http://www.vmware.com/support/ws71/doc/releasenotes_ws71.html

2. At the Esri Support Blog there is a manual how to test the supported OpenGl versions
=> http://blogs.esri.com/esri/supportcenter/2012/03/15/what-version-of-opengl-do-i-have-and-do-i-have-t...

I did this test with my physical device and the VmWare graphics device. Both passed the OpenGl Test (see Attachments for Test results from my Virtual Maschine).

Hopefully esri can handle this issue soon.

With kind regards

Martin

[ATTACH=CONFIG]16698[/ATTACH]
[ATTACH=CONFIG]16699[/ATTACH]
0 Kudos
EricBader
Honored Contributor
Hi Martin.
Thank you for sharing this information.
I couldn't find the attachement you mentioned. Can you reply with it again?
0 Kudos
MartinRick
Deactivated User
Hi Eric,

with "attachments" I meant the 2 screenshots in my post. There you can see that the vm passed all openGL versions.

Regards,

Martin
0 Kudos
EricBader
Honored Contributor
Ah. My bad, Martin. Thanks.

Yes, this is odd, and we have experienced anomolies like this as well, as we have tested.
The team is certainly working on making the use VMs with Runtime apps a supportable scenario.
There is no estimate at this time when that will work. Please stay tuned.
We apologize for this inconvenience.
0 Kudos
MartinRick
Deactivated User
Hi Eric,

yesterday I started playing around with the Vehicle Commander Template from the Resources Center:

http://www.arcgis.com/home/item.html?id=ae30551d12f443cb903f4829b03de315

After some adjusting at the config.xml I could start the precompiled version on my local (physical) machine and everything works well. After shipping the Demo to a virtual machine I ran into some problems. The moving position of the virtual GPS-Object is not displayed anymore in the map. Although the Runtime uses directX rendering it seems that some components use openGL rendering.

Is it possible that the application uses different rendering for certain objects or layers? It would be nice if you could give some feedback about this.

Regards,

Martin
0 Kudos
EricBader
Honored Contributor
Mark,

No, the system as a whole uses either DirectX or OpenGL.
Could there be an issue with the GPS setup on the VM?
Do you have any exceptions thrown in the console that we can look at?

Thanks!
0 Kudos
MartinRick
Deactivated User
Hi Eric,

thanks for your reply. For some reasons the template works now. I was just a bit confused since the documentation pdf (page 2) says that openGL is required. Since I am using a VM I thought my problem could be related with the OpenGL issue in virtual machines.

Regards

Martin
0 Kudos