JSR-231 1.1.1a Released

[quintesse]

@gouessej

I would like to find JOGL packaged in a RPM because it would allow games using JOGL to be packaged in RPM too and then to be added in some Linux distributions.

You might want to get in touch with the JPackage (http://www.jpackage.org/) people and see if they want to help out.

[gouessej]

@quintesse

You might want to get in touch with the JPackage (http://www.jpackage.org/) people and see if they want to help out.

I looked at a JOGL package on JPackage and I didn’t find it but maybe they could help me, it is an excellent idea. It would be fine if I could help many authors of Java open source games to put their games into some standard Linux distributions

Someone else suggested to add a timer in JOGL and it is an excellent idea as Windows is particularly not accurate (Linux has an accurate system timer).

[gouessej]

@gouessej

Hi!

I’ve got a good news! I’ve found a quite good fix for the issue 356. It is very close to the first suggestion I made. The impact on the frame rate is tiny if you use VBOs whose element count is under GL_MAX_ELEMENTS_VERTICES. I’m going to submit the file in a few minutes. Please add it into the nightly build if possible. Thank you.

Bad news. The fix causes a crash of the JVM after 99 seconds on Mesa 6.5, glBindBufferARB seems very unstable when used to unbind a buffer. I’ve had to use the older implementation of TextRenderer to solve the problem.

[blueoak]

Can you confirm that Jogl works with Java 6 on Mac OS X? I’ve got a machine with Java 5/32-bit, Java 5/64-bit, and Java 6/64 bit. The Gears demo won’t launch under 6. Exception stack trace follows.

java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:1301)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:1239)
at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1086)
at com.sun.javaws.Launcher.run(Launcher.java:105)
at java.lang.Thread.run(Thread.java:637)
Caused by: java.lang.UnsatisfiedLinkError: no jogl in java.library.path
at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1753)
at java.lang.Runtime.loadLibrary0(Runtime.java:823)
at java.lang.System.loadLibrary(System.java:1030)
at com.sun.opengl.impl.NativeLibLoader.loadLibraryInternal(NativeLibLoader.java:189)
at com.sun.opengl.impl.NativeLibLoader.access$000(NativeLibLoader.java:49)
at com.sun.opengl.impl.NativeLibLoader$DefaultAction.loadLibrary(NativeLibLoader.java:80)
at com.sun.opengl.impl.NativeLibLoader.loadLibrary(NativeLibLoader.java:103)
at com.sun.opengl.impl.NativeLibLoader.access$200(NativeLibLoader.java:49)
at com.sun.opengl.impl.NativeLibLoader$1.run(NativeLibLoader.java:111)
at java.security.AccessController.doPrivileged(Native Method)
at com.sun.opengl.impl.NativeLibLoader.loadCore(NativeLibLoader.java:109)
at com.sun.opengl.impl.macosx.MacOSXGLDrawableFactory.(MacOSXGLDrawableFactory.java:53)
at java.lang.Class.forName0(Native Method)
at java.lang.Class.forName(Class.java:169)
at javax.media.opengl.GLDrawableFactory.getFactory(GLDrawableFactory.java:108)
at javax.media.opengl.GLCanvas.chooseGraphicsConfiguration(GLCanvas.java:520)
at javax.media.opengl.GLCanvas.(GLCanvas.java:131)
at javax.media.opengl.GLCanvas.(GLCanvas.java:90)
at javax.media.opengl.GLCanvas.(GLCanvas.java:83)
at demos.gears.Gears.main(Gears.java:19)
… 9 more

[gouessej]

@blueoak

Caused by: java.lang.UnsatisfiedLinkError: no jogl in java.library.path

Are you sure you installed it correctly? JOGL 1.1.1 has been tested under Mac OS X 10.5 update 2 with the Apple’s JDK 1.6.0_07 on a 64 bits Intel machine with TUER (alpha version). As it is really hard for me to find people to test it again Mac, I cannot try again.

[blueoak]

Do you mean is Java 6 installed correctly, or JOGL? In the first case, I have done no customization of the Apple install process, so it’s a reasonable assumption that the first answer is yes. In the second case, the Gears demo is being launched through Java Web Start, which is intended to deploy all required jars, so whether it is installed correctly could only be answered by whomever wrote the jnlp file. Since the exception being thrown refers to a native library, I would suspect that part of the jnlp. The first one loads the second one below.

<?xml version="1.0" encoding="utf-8"?>

JOGL Gears Demo
Sun Microsystems, Inc.

Gears Demo
Brian Paul’s Gears demo ported to Java and JOGL.

<resources>
  <j2se href="http://java.sun.com/products/autodl/j2se" version="1.4+"/>
  <property name="sun.java2d.noddraw" value="true"/>
  <jar href="jogl-demos.jar" main="true"/>
  <jar href="jogl-demos-util.jar" />
  <extension name="jogl" href="http://download.java.net/media/jogl/builds/archive/jsr-231-webstart-current/jogl.jnlp" />
</resources>

Referenced jogl.jnlp:

Java Binding to the OpenGL API Sun Microsystems, Inc. Java Binding to the OpenGL API - JSR-231 Current Build Java programming language binding to the OpenGL 3D graphics API. (Current build of JSR-231 APIs)

[gouessej]

@blueoak

Do you mean is Java 6 installed correctly, or JOGL? In the first case, I have done no customization of the Apple install process, so it’s a reasonable assumption that the first answer is yes. In the second case, the Gears demo is being launched through Java Web Start, which is intended to deploy all required jars, so whether it is installed correctly could only be answered by whomever wrote the jnlp file. Since the exception being thrown refers to a native library, I would suspect that part of the jnlp. The first one loads the second one below.

Hi. You should install JOGL directly and relaunch this demo to compare. If it works, it means that something is wrong in the JNLP file.

[kbr]

JSR-231 1.1.1a has been posted today, June 18, 2009.

This is a patch release correcting a buffer overrun. Thanks to the Microsoft Vulnerability Research team for pointing out this issue.

This update is completely compatible with the previous JSR-231 1.1.1 release. An extension JNLP file which will permanently point at this release is available at

http://download.java.net/media/jogl/builds/archive/jsr-231-1.1.1a/webstart/jogl.jnlp

The preferred “current” extension JNLP file for the JOGL 1.x releases has changed because of the upcoming change to the JOGL 2 APIs:

<extension name="jogl" href="http://download.java.net/media/jogl/builds/archive/jsr-231-1.x-webstart-current/jogl.jnlp" />

The previous jsr-231-webstart-current link will live for the indefinite future, but the link above is now the preferred one.

Due to security concerns, all Java Web Start binaries for all previous releases of JOGL have been changed to point to the 1.1.1a binaries, and the webstart zip archives like jsr-231-1.1.1-webstart.zip have been removed. If you have re-hosted the signed JOGL binaries on your own web server, we recommend updating to the 1.1.1a version.

Please post if you run into any problems with this release. More to come soon regarding JOGL 2.

[gouessej]

JOGL 2.0 Release Candidate 11 has been posted November 1, 2012.

You can find the change logs here.

Notable changes:
Dropping X11InitThreads()
Transparent FBO drawable
Full OSX support [CaLayer, Java7, GL3.2, …]
PMVMatrix / ProjectFloat / FloatUtil fixes and enhancements
Enhanced fixed function utils: FixedFunctionPipeline / ImmModeSink
NEWT KeyEvent handling
NEWT BCM VC IV (Raspberry Pi) support
Unit Tests: Covering all drawable configurations
API Doc Enhancements

An extension JNLP file which will permanently point at this release candidate is available at

http://jogamp.org/deployment/v2.0-rc11/jogl-all-awt.jnlp

[ra4king]

WTF this is almost 3.5 years old!

[gouessej]

This thread is now non-sticky in order to focus less attention on outdated information.