JOGL 1.1.1 released

[quote]I’ve also downloaded the jogl demos, and ran them from command line (tried only Gears). It crashes my PC either with or without the -DJOGL_… arg.

Seems to be a rather serious problem…
[/quote]
I completely agree that this is a serious problem. We were able to reproduce the crash upon exit of the Gears demo on a colleague’s Windows machine with a 6800 card. Specifying -DJOGL_SINGLE_THREADED_WORKAROUND=true works around the driver bug. I think you may have misspelled it. Try it again and specify -Djogl.verbose as well; you should see a confirmation message printed. (“Using single-threaded workaround of dispatching display() on event thread”)

Based on this and a couple of other bugs on Linux and Mac OS X that are worked around with this flag, we’re going to make it the default in the next JOGL release. We’ll continue to push the various graphics card vendors to improve the multithreading support in their OpenGL drivers. Based on my tests, I don’t think that there will be a significant performance impact from changing the default value of this flag, but even if there are, we believe that stability must be the first concern.

You were right, I misspelled the -DJOGL… now It doesn’t crash my PC anymore (great !).

I still have a problem with my app (JVM death), but it is not really important and i may have something wrong with my threads (private testing stuff).

By the way, is there a preferred thread to create the glcanvas ? (I think i’ve done it on the event dispatch thread).

Many thanks Ken.

Lilian

[quote]I still have a problem with my app (JVM death), but it is not really important and i may have something wrong with my threads (private testing stuff).
[/quote]
Check to make sure you aren’t trying to perform OpenGL rendering at the time your application exits. The JOGL demos stop any Animators before exiting for this purpose.

[quote]By the way, is there a preferred thread to create the glcanvas ? (I think i’ve done it on the event dispatch thread).
[/quote]
No, any thread should work, although you should follow the AWT’s rules. Specifically, once your component hierarchy is realized, the only modifications to it should be performed from the event dispatch thread.

JOGL 1.1 b10 has been released on February 27, 2005. Please see the following thread for details:

JOGL release information

Please post comments about the new release here.

Hi Ken,

I noticed a small increase in the
file size of ‘jogl_cg.dll’ and wonder
what new goodies went into it since
there’s no mention of it in the release
info? Thanks!

.rex

I forgot to mention that because of a bug report from one of the members of Agency9, the JOGL Cg binding now has NIO entry points along with the entry points taking Java arrays.

I’m still getting a weird error when trying to sign jogl.jar

C:\dev\wurm\lib_bin>jarsigner -keystore mykeystore -storepass ***** -keypass ***** jogl.jar mycert
jarsigner: unable to sign jar: java.util.zip.ZipException: invalid entry compressed size (expected 11218 but got 11181 bytes)

Manually rejaring the file makes the problem go away.

[quote]I’m still getting a weird error when trying to sign jogl.jar

C:\dev\wurm\lib_bin>jarsigner -keystore mykeystore -storepass ***** -keypass ***** jogl.jar mycert
jarsigner: unable to sign jar: java.util.zip.ZipException: invalid entry compressed size (expected 11218 but got 11181 bytes)

Manually rejaring the file makes the problem go away.
[/quote]
This appears to be a bug in the tool we are using to sign the jogl.jar file, which isn’t jarsigner but an old Netscape tool. I think there are alternative mechanisms available to us to store our certificates and sign our jars at this point and I’ll try to change over to those. In the meantime please file a bug on this so we can track it. Thanks.

JOGL 1.1 b11 has been released on May 11, 2005. Please see the following thread for details:

JOGL release information

Please post comments about the new release here.

JOGL 1.1 b12 has been released on May 27, 2005. Please see the following thread for details:

JOGL release information

Please post comments about the new release here.

Ken,

Good stuff - thanks!

I suppose I’m going to have to buy an fully OGL 2.0 compliant card now…

Rob

I’m trying to get the 1.1b12 running so I can play with the gleem package and try again to see if I can get some nice zooming, panning, and rotating w/ the mouse implemented (which btw, anyone happen to know if gleem now works w/ orthographic projections)?

Anyways, when I start demos.gears.Gears, I get the following errors:

net.java.games.jogl.GLException: java.lang.reflect.InvocationTargetException
at net.java.games.jogl.GLCanvas.maybeDoSingleThreadedWorkaround(GLCanvas.java:233)
at net.java.games.jogl.GLCanvas.display(GLCanvas.java:77)
at net.java.games.jogl.Animator$1.run(Animator.java:107)
at java.lang.Thread.run(Thread.java:534)
Caused by: java.lang.reflect.InvocationTargetException
at java.awt.EventQueue.invokeAndWait(EventQueue.java:834)
at net.java.games.jogl.GLCanvas.maybeDoSingleThreadedWorkaround(GLCanvas.java:228)
… 3 more
Caused by: net.java.games.jogl.GLException: Error making context current
at net.java.games.jogl.impl.x11.X11GLContext.makeCurrent(X11GLContext.java:172)
at net.java.games.jogl.impl.x11.X11OnscreenGLContext.makeCurrent(X11OnscreenGLContext.java:118)
at net.java.games.jogl.impl.GLContext.invokeGL(GLContext.java:246)
at net.java.games.jogl.GLCanvas$DisplayOnEventDispatchThreadAction.run(GLCanvas.java:266)
at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:171)
at java.awt.EventQueue.dispatchEvent(EventQueue.java:454)
at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:201)
at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:151)
at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:145) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:137) at java.awt.EventDispatchThread.run(EventDispatchThread.java:100)


I’m running on 2.6.5-gentoo-r1 with the ati-drivers 8.8.25-r3.

Any help much appreciated.

[quote]I’m trying to get the 1.1b12 running so I can play with the gleem package and try again to see if I can get some nice zooming, panning, and rotating w/ the mouse implemented (which btw, anyone happen to know if gleem now works w/ orthographic projections)?
[/quote]
There haven’t been any enhancements to gleem recently so you’ll still have to extend the package to add support for this.

[quote]Anyways, when I start demos.gears.Gears, I get the following errors:

Caused by: net.java.games.jogl.GLException: Error making context current

I’m running on 2.6.5-gentoo-r1 with the ati-drivers 8.8.25-r3.
[/quote]
Is this a new failure in 1.1 b12 or was it present with earlier versions? I can’t think of anything that changed in JOGL’s OpenGL context handling on X11. Are there any other exception causes further up the stack trace? Have you deleted all old jogl.jar and jogl-demos-*.jar files? ATI’s Linux drivers don’t work on my machine any more, but the current release ran fine on several other Linux and Solaris machines.

The final JOGL 1.1 build has been released on June 24, 2005. Please see the following thread for details:

JOGL Release Information

Please post comments about the new release here.

Congratulations!

Another small question to Ken, where can I find JSR 231 APIs ?? Thx . ;D

apologies in advance if this doesn’t qualify as comments about the new release. it probably does though but feel free to remove if this should go into a different thread:
for some reason since installing the 1.1 release, my system doesn’t pick up the proper driver at 16-bit resolution.

Everything works just as it used to with b12 (i.e., fine) when 32bit resolution is active, but when the display is set to 16bit, only the GDI generic renderer is available and so all the ARB extensions are unavailable.

I haven’t changed the drivers (latest Intel 82855 drivers for IBM laptops), and haven’t changed the code. Putting back the b12 libraries/dlls fixes the problem. Running on WinXP.

Any ideas?

Wooo, nice. :smiley:

* Markus_Persson mutters something about a milestone, and looks happy

This is the right place for your comment.

Between 1.1 b12 and 1.1 final we changed the Windows pixel format selection code to prefer ChoosePixelFormat over wglChoosePixelFormatARB to work around some serious memory leaks with older ATI drivers. I’m pretty sure this is why you’re seeing different behavior on your Intel chipset.

Have you tried writing your own GLCapabilitiesChooser and/or trying Mojang’s ScoreCapabilitiesChooser which is attached to one of the bugs in the JOGL Issue Tracker?

In general I would recommend running your laptop at 32-bit depth if you’re doing OpenGL work. If you don’t need any of the other bug fixes in the 1.1 final release then stick with b12. If you could file a bug describing the change in behavior beteween 1.1 b12 and 1.1 final I’d appreciate it.

When could jogl move to package javax.media? As part of Mustang?
I can’t wait to use it in applet~ :wink: