ABOUT REV 0110 - 22 March 2006

This version updates the OPENGL rendering mode to a newer version of
the JOGL library. Most importantly, this version is a Universal Binary
that works on Intel machines running Mac OS X.

Some notes about this release:

+ This new OpenGL setup has not been tested very much. Basically
 I got things working and thought I was so cool that I just had
 to post the new release.

+ Even though it will be easier to do because of the new JOGL,
 support for the OPENGL renderer in applets is still unavailable.
 http://dev.processing.org/bugs/show_bug.cgi?id=166

+ The main reason for the lack of applet support is simply that
 I haven't yet had time to try to get this to work. An enterprising
 individual might give this a shot if they have a chance to look
 into how this is done with the new JOGL (known as JSR-231). There
 are .jar files for jogl that will be exported with a p5 applet
 that are signed by Sun. Note that the version for Mac OS X does
 *not* support Intel Macs. The .jnilib files were built on my own,
 but the .jar files were left intact because of the signing.
 
+ The release of JOGL is the nightly build dated 22 March 2006.

+ Lots more fixes for OpenGL are on the way, next on deck are
 fixes for a lot of texture mapping (and image drawing) issues.

Beautiful.

Switching between OpenGL and default 2D is pretty dramatic:

http://jklabs.net/p5/graf2.pde

One thing to note, with the use of JSR-231 version of JOGL, any reference to net.java.games.jogl.* has to become javax.media.opengl.* and any processing libraries that use OPENGL need to be recompiled with this.

There's also some tiny changes in one or two glFooBar type functions. (e.g. glFogfv now needs a FloatBuffer object, not a float array...)

Oh and the nightly builds of JSR-231 *ARENT* signed by sun, only the specific releases are, so the bundled versions can't be used for OpenGL applets.

The only hurdle to get OpenGL applets working (other than versions) as far as I can see is that PGraphicsGL causes a security error when it checks CPU endian-ness. I've submitted details as bug #309.

If that is resolved, I think that the only changes needed to get OpenGL applets is:
Not necessary to bundle the JOGL files into the MySketch.jar
Change the HTML snippet to:
Code:

<applet code="com.sun.opengl.util.JOGLAppletLauncher" 
archive="jogl.jar,MySketch.jar"
width="200" height="200" mayscript="true">
<param name="image" value="loading.gif">
<param name="boxmessage" value="Loading Processing software...">
<param name="boxbgcolor" value="#FFFFFF">
<PARAM NAME="progressbar" value="true">
<param name="subapplet.classname" VALUE="MySketch">
<param name="subapplet.displayname" VALUE="MySketch">
</applet> 

The multiple jar files isn't a show stopper, as it looks like the jogl.jar/jogl-native-*.jar versions are used in preference to the ones in MySketch.jar, it just means that MySketch.jar is about a meg bigger than it probably needs to be.

As for the HTML, well it's easy enough to do by hand for now.

So the only important internal change is the endian thing, when that's out, it'll be possible, with a little work, to get a working OpenGL applet.

For example http://www.hardcorepawn.com/ex3GL/ was built with the fixed PGraphicsGL endian thing, then just copying the sun signed jogl jar files to the server, and bingo, it just works.

The only documentation I've seen is
http://download.java.net/media/jogl/builds/archive/jsr-231-beta3/javadoc_public/com/sun/opengl/util/JOGLAppletLauncher.html

Showing signs of life!!!

However, when i toggle an effect that uses loadPixels(), pixels[], and updatePixels(), I get this error...

Code:

java.lang.RuntimeException: java.lang.IndexOutOfBoundsException: Required 1228800 remaining bytes in buffer, only had 0
at processing.opengl.PGraphicsGL.requestDisplay(PGraphicsGL.java:247)
 

But when i leave that effect off, everything seems to fly.  Now if I could just get JSyn and Pitaru to fix the sonia library...

More later in the day...
robert

thanks for the updatePixels() bug report.. i've found the problem and fixed it, though the general pixel buffer issues with opengl remain, maybe it's time to fix them.
http://dev.processing.org/bugs/show_bug.cgi?id=91

i sent a note to phil burk of jsyn who says "We don't currently have a schedule for the next JSyn release. But it should help performance so the next release will be universal with native X86 support."

Okay.  Quick test of the Ribbons w/ cams project gets 125 FPS on the older laptop, and 155 FPS on the new laptop.  Going to try something a little more load heavy later this evening.

-r


UPDATE--------------------------------
Cranked up the goods and was able to get 40+ fps where the old laptop struggled to hit 28 fps.  So, not the 3x to 4x improvement that I was secretly hoping for, but man, definitely an improvement.