JOGL 2

[gouessej]

Hi

I have committed the previous fix and I have just updated the JAR. To sum up, a part of the bug came from my implementation of the renderer, another part of the bug comes from JOGL itself, I found only a fix for the former, not for the latter. Therefore, JoglAwtCanvas works fine except if you use several instances of this class inside the same container. It means JoglAwtExample is broken but all other examples using a single JoglAwtCanvas work. Keep in mind that JoglNewtAwtExample works fine and rather use it if you need to put several canvases into the same container. Please let me know if it really works fine for you.

[gouessej]

Hi

Please could someone confirm that JoglAwtExample (but with a single canvas) works fine now even on problematic machines? Do you still get a GLException? peq? martifa? I really want to be sure that this part of the bug is fixed before spending much time on the remaining problem of lock.

[peq]

Hi gouessej,

I was able to run the JoglAwtCanvas example with one canvas AND with the three canvasses from the original example:
I get this exception after closing the frame, though (both cases):

Code: Select all

Catched: XXX: <3dae160, 1702679a>[count 3, qsz 0, owner <AWT-EventQueue-0>]
javax.media.opengl.GLException: XXX: <3dae160, 1702679a>[count 3, qsz 0, owner <AWT-EventQueue-0>]
   at jogamp.opengl.GLContextImpl.destroy(GLContextImpl.java:282)
   at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:441)
   at jogamp.opengl.GLDrawableHelper.disposeGL(GLDrawableHelper.java:384)
   at javax.media.opengl.awt.GLCanvas$3.run(GLCanvas.java:786)
   at javax.media.opengl.Threading.invoke(Threading.java:193)
   at javax.media.opengl.awt.GLCanvas.dispose(GLCanvas.java:427)
   at javax.media.opengl.awt.GLCanvas.removeNotify(GLCanvas.java:591)
   at java.awt.Container.removeNotify(Unknown Source)
   at javax.swing.JComponent.removeNotify(Unknown Source)
   at java.awt.Container.removeNotify(Unknown Source)
   at javax.swing.JComponent.removeNotify(Unknown Source)
   at java.awt.Container.removeNotify(Unknown Source)
   at javax.swing.JComponent.removeNotify(Unknown Source)
   at javax.swing.JRootPane.removeNotify(Unknown Source)
   at java.awt.Container.removeNotify(Unknown Source)
   at java.awt.Window.removeNotify(Unknown Source)
   at java.awt.Frame.removeNotify(Unknown Source)
   at java.awt.Window$1DisposeAction.run(Unknown Source)
   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$1.run(Unknown Source)
   at java.awt.EventQueue$1.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.security.AccessControlContext$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)


Regards,
peq

[gouessej]

Hi gouessej,

I was able to run the JoglAwtCanvas example with one canvas AND with the three canvasses from the original example:
I get this exception after closing the frame, though (both cases):

Code: Select all

Catched: XXX: <3dae160, 1702679a>[count 3, qsz 0, owner <AWT-EventQueue-0>]
javax.media.opengl.GLException: XXX: <3dae160, 1702679a>[count 3, qsz 0, owner <AWT-EventQueue-0>]
   at jogamp.opengl.GLContextImpl.destroy(GLContextImpl.java:282)
   at jogamp.opengl.GLDrawableHelper.invokeGLImpl(GLDrawableHelper.java:441)
   at jogamp.opengl.GLDrawableHelper.disposeGL(GLDrawableHelper.java:384)
   at javax.media.opengl.awt.GLCanvas$3.run(GLCanvas.java:786)
   at javax.media.opengl.Threading.invoke(Threading.java:193)
   at javax.media.opengl.awt.GLCanvas.dispose(GLCanvas.java:427)
   at javax.media.opengl.awt.GLCanvas.removeNotify(GLCanvas.java:591)
   at java.awt.Container.removeNotify(Unknown Source)
   at javax.swing.JComponent.removeNotify(Unknown Source)
   at java.awt.Container.removeNotify(Unknown Source)
   at javax.swing.JComponent.removeNotify(Unknown Source)
   at java.awt.Container.removeNotify(Unknown Source)
   at javax.swing.JComponent.removeNotify(Unknown Source)
   at javax.swing.JRootPane.removeNotify(Unknown Source)
   at java.awt.Container.removeNotify(Unknown Source)
   at java.awt.Window.removeNotify(Unknown Source)
   at java.awt.Frame.removeNotify(Unknown Source)
   at java.awt.Window$1DisposeAction.run(Unknown Source)
   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$1.run(Unknown Source)
   at java.awt.EventQueue$1.run(Unknown Source)
   at java.security.AccessController.doPrivileged(Native Method)
   at java.security.AccessControlContext$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)


Regards,
peq

Thank you so much for your very fast feedback. The locking problem seems to be only reproducible under GNU Linux. This piece of information is going to be useful to determine which part of the code doesn't behave correctly.

I'm happy to see that my efforts were not vain

[gouessej]

Hi

The switch to JOGL RC7 will be done Monday in the worst case. The bug 572 has not yet been fixed.

[gouessej]

Hi

The switch to the RC7 has been cancelled. The switch to the RC8 will be done when a minor regression in NEWT under Windows gets fixed. Best regards.

[HenningB]

great work this should be integrated into ardor.

I tryed it and had 2 Issues:

after i enabled VBO the vm crashed:
(root.getSceneHints().setDataMode(DataMode.VBO);)

Code: Select all

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  jogamp.opengl.gl4.GL4bcImpl.dispatch_glBindTexture1(IIJ)V+0
j  jogamp.opengl.gl4.GL4bcImpl.glBindTexture(II)V+34
j  com.ardor3d.scene.state.jogl.JoglTextureStateUtil.apply(Lcom/ardor3d/renderer/jogl/JoglRenderer;Lcom/ardor3d/renderer/state/TextureState;)V+325
J  com.ardor3d.renderer.AbstractRenderer.applyState(Lcom/ardor3d/renderer/state/RenderState$StateType;Lcom/ardor3d/renderer/state/RenderState;)V
j  com.ardor3d.scenegraph.Mesh.render(Lcom/ardor3d/renderer/Renderer;Lcom/ardor3d/scenegraph/MeshData;)V+139
j  com.ardor3d.scenegraph.Mesh.render(Lcom/ardor3d/renderer/Renderer;)V+13
j  com.ardor3d.extension.ui.util.SubTexUtil.drawSubTex(Lcom/ardor3d/renderer/Renderer;Lcom/ardor3d/extension/ui/util/SubTex;IIIIZLcom/ardor3d/math/type/ReadOnlyTransform;Lcom/ardor3d/math/type/ReadOnlyColorRGBA;)V+539
j  com.ardor3d.extension.ui.util.SubTexUtil.drawSubTex(Lcom/ardor3d/renderer/Renderer;Lcom/ardor3d/extension/ui/util/SubTex;DDDDLcom/ardor3d/math/type/ReadOnlyTransform;)V+29
j  com.ardor3d.extension.ui.border.ImageBorder.draw(Lcom/ardor3d/renderer/Renderer;Lcom/ardor3d/extension/ui/UIComponent;)V+121
j  com.ardor3d.extension.ui.UIComponent.draw(Lcom/ardor3d/renderer/Renderer;)V+109
j  com.ardor3d.extension.ui.UIContainer.draw(Lcom/ardor3d/renderer/Renderer;)V+9
j  com.ardor3d.scenegraph.Spatial.onDraw(Lcom/ardor3d/renderer/Renderer;)V+39
j  com.ardor3d.extension.ui.UIContainer.drawComponent(Lcom/ardor3d/renderer/Renderer;)V+103
j  com.ardor3d.extension.ui.UIComponent.draw(Lcom/ardor3d/renderer/Renderer;)V+114
j  com.ardor3d.extension.ui.UIContainer.draw(Lcom/ardor3d/renderer/Renderer;)V+9
j  com.ardor3d.scenegraph.Spatial.onDraw(Lcom/ardor3d/renderer/Renderer;)V+39
j  com.ardor3d.extension.ui.UIHud.draw(Lcom/ardor3d/renderer/Renderer;)V+32
j  com.ardor3d.scenegraph.Spatial.onDraw(Lcom/ardor3d/renderer/Renderer;)V+39

JoglNewtWindow switched the sceen resolution always to 640*480 although the displaysettings where 1024*768 and fullscreen=false.

[gouessej]

Hi

great work this should be integrated into ardor.

I tryed it and had 2 Issues:

after i enabled VBO the vm crashed:
(root.getSceneHints().setDataMode(DataMode.VBO);)

I use the same hint and I don't get any crash. Does it occur only with the renderer based on JOGL 2.0?

JoglNewtWindow switched the sceen resolution always to 640*480 although the displaysettings where 1024*768 and fullscreen=false.

I'm going to investigate immediately.

[gouessej]

@HenningB Your bug has been fixed, please use the latest version of the renderer based on JOGL 2.0. Now, I filter screen modes by using the current resolution of the primary screen when the "fullscreen" flag is set to false.

[gouessej]

The switch to JOGL 2.0 RC8 will be done at the end of May.

The bug causing a freeze under GNU Linux with multiple instances of JoglAwtCanvas has been fixed by Sven Göthel

As far as I know, there are no remaining unfixed reported bug on the renderer based on JOGL 2.0.

All JARs have been updated on my repository and some recent compile errors have been fixed too.