Java-Gaming.org    
Featured games (81)
games approved by the League of Dukes
Games in Showcase (497)
Games in Android Showcase (114)
games submitted by our members
Games in WIP (563)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
    Home     Help   Search   Login   Register   
Pages: 1 ... 3 4 [5] 6
  ignore  |  Print  
  JSR-231 1.1.1a Released  (Read 97013 times)
0 Members and 1 Guest are viewing this topic.
Offline gouessej
« Reply #120 - Posted 2008-04-15 05:31:17 »

Take a look at the LD_LIBRARY_PATH and scan these locations for jogl/gluegen .so files
LD_LIBRARY_PATH is empty.

Offline Ken Russell

JGO Coder




Java games rock!


« Reply #121 - Posted 2008-04-16 10:44:02 »

You can figure out which incorrect libjogl*.so is loaded on Linux by running the app, waiting until the exception is thrown and then cat /proc/[pid]/maps (I believe) which will print out all of the loaded .so's. Search the output and delete the stray .so.

Offline Ken Russell

JGO Coder




Java games rock!


« Reply #122 - Posted 2008-05-23 01:42:43 »

The final build of JSR-231 1.1.1 has been posted today, May 22, 2008!

This is the official reference implementation of version 1.1.1 (Maintenance Release 2) of the JSR-231 specification which was posted a few days ago. The binaries and source code are available at the link above. The on-line JOGL demos have been updated to use this release of the code. An extension JNLP file which will permanently point to the 1.1.1 release is now available at
1  
http://download.java.net/media/jogl/builds/archive/jsr-231-1.1.1/webstart/jogl.jnlp


The "current" extension JNLP file listed in the JOGL User's Guide has also been updated and is the best way to ensure your Java Web Started application is always using the most recent release.
1  
<extension name="jogl" href="http://download.java.net/media/jogl/builds/archive/jsr-231-webstart-current/jogl.jnlp" />


Only a couple of changes have been made since Release Candidate 8:

  • A bug fix (Issue 279) to GLJPanel.setAutoSwapBufferMode(false).
  • 64-bit support on Mac OS X has now been formalized in the JNLP extensions.
  • Minor build infrastructure changes.

Thanks to all who contributed to this release, in particular Tomas Hrasky for the substantial contribution of the beginnings of the NURBS port to Java, and John Burkey who substantially rearchitected and optimized the TextRenderer. Thanks also to all of you in the community who tried earlier releases and provided feedback and excellent bug reports.

I am very excited about the next directions for JOGL. See this blog article for a hint. More discussions to come here on the forums.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline emzic

Senior Member





« Reply #123 - Posted 2008-05-23 08:32:25 »

thank you very much for releasing this!

do you already have plans for features in future releases of jogl? Smiley
what do you think about the high precision timer? http://www.java-gaming.org/forums/index.php?topic=18662.0

www.embege.com - personal website
webstart blendinspect - OpenGL BlendingModes visualization.
Offline gouessej
« Reply #124 - Posted 2008-05-30 17:52:31 »

What about this?

Caused by: javax.media.opengl.GLException: array vertex_buffer_object must be disabled to call this method
   at com.sun.opengl.impl.GLImpl.checkBufferObject(GLImpl.java:30667)
   at com.sun.opengl.impl.GLImpl.checkArrayVBODisabled(GLImpl.java:30715)
   at com.sun.opengl.impl.GLImpl.glVertexPointer(GLImpl.java:27936)
   at com.sun.opengl.util.j2d.TextRenderer$Pipelined_QuadRenderer.drawVertexArrays(TextRenderer.java:1771)
   at com.sun.opengl.util.j2d.TextRenderer$Pipelined_QuadRenderer.draw(TextRenderer.java:1745)
   at com.sun.opengl.util.j2d.TextRenderer$Pipelined_QuadRenderer.access$000(TextRenderer.java:1687)
   at com.sun.opengl.util.j2d.TextRenderer.flushGlyphPipeline(TextRenderer.java:809)
   at com.sun.opengl.util.j2d.TextRenderer.endRendering(TextRenderer.java:705)
   at com.sun.opengl.util.j2d.TextRenderer.endRendering(TextRenderer.java:541)
   at main.GLProgressBar.display(GLProgressBar.java:223)
   at main.GameGLEventController.display(GameGLEventController.java:582)
   at com.sun.opengl.impl.GLDrawableHelper.display(GLDrawableHelper.java:78)
   at javax.media.opengl.GLCanvas$DisplayAction.run(GLCanvas.java:435)
   at com.sun.opengl.impl.GLDrawableHelper.invokeGL(GLDrawableHelper.java:194)
   at javax.media.opengl.GLCanvas$DisplayOnEventDispatchThreadAction.run(GLCanvas.java:452)
   at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199)
   at java.awt.EventQueue.dispatchEvent(EventQueue.java:597)
   at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:273)
   at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:183)
   at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:173)
   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:168)
   at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:160)
   at java.awt.EventDispatchThread.run(EventDispatchThread.java:121)

My game worked with JOGL 1.1.0. What should I do to fix it?

In the code, I do this:
textRenderer.endRendering();

Even when I deactivate VBO, it crashes. I notice that, when I don't use TextRenderer, everything works fine. By debugging, I see that JOGL doesn't use VBO on my machine to render the text.

I tried the short example (50 lines of code) but I didn't succeed in reproducing the bug in this case.

In TextRenderer.java, I notice that glEnableClientState is called but never glDisableClientState whereas checkArrayVBODisabled() is called.

Offline gouessej
« Reply #125 - Posted 2008-05-30 19:29:30 »

I've succeeded in reproducing it with this code:

import java.awt.*;
import java.awt.event.WindowAdapter;
import java.awt.event.WindowEvent;
import java.nio.FloatBuffer;

import com.sun.opengl.util.Animator;
import com.sun.opengl.util.BufferUtil;
import com.sun.opengl.util.j2d.TextRenderer;
import javax.media.opengl.GL;
import javax.media.opengl.GLCanvas;
import javax.media.opengl.GLCapabilities;
import javax.media.opengl.GLAutoDrawable;
import javax.media.opengl.GLEventListener;

public class HelloWorldDemo extends Frame implements GLEventListener{
   
    private static final long serialVersionUID = 1L;
    private TextRenderer textRenderer;
    private int[] id=new int[1];
    private FloatBuffer buffer=BufferUtil.newFloatBuffer(0);
   
    public HelloWorldDemo(){
        super("JOGL 1.1.1");
        setLayout(new BorderLayout());
        setSize(400, 400);
        setLocation(40, 40);
        setVisible(true);
        GLCapabilities caps = new GLCapabilities();
        caps.setDoubleBuffered(true);
        caps.setHardwareAccelerated(true);
        GLCanvas canvas = new GLCanvas(caps);
        canvas.addGLEventListener(this);
        add(canvas, BorderLayout.CENTER);
        Animator anim = new Animator(canvas);
        anim.start();
        addWindowListener(new WindowAdapter(){
            public void windowClosing(WindowEvent e){
                System.exit(0);
            }
        });
        buffer.put(new float[]{});
        buffer.position(0);
    }

   
    public void init(GLAutoDrawable drawable){
        GL gl = drawable.getGL();
        gl.glClearColor(0, 0, 0, 0);
        gl.glMatrixMode(GL.GL_PROJECTION);
        gl.glLoadIdentity();
        gl.glOrtho(0, 1, 0, 1, -1, 1);
        textRenderer=new TextRenderer(new Font("SansSerif",Font.PLAIN,12));
        gl.glGenBuffers(1,id,0);
        gl.glBindBuffer(GL.GL_ARRAY_BUFFER,id[0]);
        gl.glBufferData(GL.GL_ARRAY_BUFFER,BufferUtil.SIZEOF_FLOAT*buffer.capacity(),buffer,GL.GL_STATIC_DRAW_ARB);
        this.buffer.position(0);
    }

    public void reshape(GLAutoDrawable drawable,
                        int x,
                        int y,
                        int width,
                        int height){
    }

    public void displayChanged(GLAutoDrawable drawable,
                               boolean modeChanged,
                               boolean deviceChanged){
    }

    public void display(GLAutoDrawable drawable){
        GL gl = drawable.getGL();
        gl.glClear(GL.GL_COLOR_BUFFER_BIT);
        gl.glEnableClientState(GL.GL_VERTEX_ARRAY);
        gl.glEnableClientState(GL.GL_TEXTURE_COORD_ARRAY);
        gl.glBindBuffer(GL.GL_ARRAY_BUFFER,id[0]);
        gl.glDrawArrays(GL.GL_QUADS,0,0);
        gl.glDisableClientState(GL.GL_TEXTURE_COORD_ARRAY);       
        gl.glDisableClientState(GL.GL_VERTEX_ARRAY);
        textRenderer.beginRendering(100,100);
        textRenderer.draw("JOGL 1.1.1",0,0);
        textRenderer.endRendering();       //crashes here as with TUER
        gl.glFlush();
    }

    public static void main(String[] args){
        HelloWorldDemo demo = new HelloWorldDemo();
        demo.setVisible(true);
    }
}

I hope it will help you. I'm under Mandriva Linux 2007, ATI Radeon 9250 Pro, Xorg driver with hardware acceleration enabled.

Offline emzic

Senior Member





« Reply #126 - Posted 2008-05-31 10:14:53 »

this code works fine for me on Vista, GF9600, JOGL1.1.1

www.embege.com - personal website
webstart blendinspect - OpenGL BlendingModes visualization.
Offline OliDem

Senior Newbie





« Reply #127 - Posted 2008-05-31 11:24:35 »

Another question:
While migrating from rc8 to the final version,
I encountered some Problems, because the versions of the jars I used for compiling the app and of those that are on the server respectively in the browser cache differed.

Is there a way to get the version of the jar? Either as a file property, or in code, per calling some version-function???

Regards,
Oliver
Offline gouessej
« Reply #128 - Posted 2008-05-31 11:59:55 »

this code works fine for me on Vista, GF9600, JOGL1.1.1
And then what? JOGL 1.1.0 worked fine under my OS. The problem I point out is a regression, clearly. Your graphics card is better than mine but mine should be supported as well, the ATI Radeon 9250 Pro supports at least OpenGL 1.4 and DirectX 8.1. Your graphics card is recent, supports both OpenGL 2.1 and DirectX 10, some people have "older" (less recent) graphics cards therefore your graphics card is not a representative example. I provided a test case. Isn't it enough to incite the people who are responsible of JOGL to take this problem under account?

Offline emzic

Senior Member





« Reply #129 - Posted 2008-05-31 12:59:36 »

And then what? JOGL 1.1.0 worked fine under my OS. The problem I point out is a regression, clearly. Your graphics card is better than mine but mine should be supported as well, the ATI Radeon 9250 Pro supports at least OpenGL 1.4 and DirectX 8.1. Your graphics card is recent, supports both OpenGL 2.1 and DirectX 10, some people have "older" (less recent) graphics cards therefore your graphics card is not a representative example. I provided a test case. Isn't it enough to incite the people who are responsible of JOGL to take this problem under account?
i agree with you, that this is a bug which should be fixed. i just wanted to post that the bug does not occur on my system, which might be helpful to isolate it.

www.embege.com - personal website
webstart blendinspect - OpenGL BlendingModes visualization.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline gouessej
« Reply #130 - Posted 2008-05-31 13:17:27 »

i agree with you, that this is a bug which should be fixed. i just wanted to post that the bug does not occur on my system, which might be helpful to isolate it.
Right. It doesn't happen on cards that supports at least OpenGL 1.5.

The regression appeared in JOGL 1.1.1 rc5 but with another symptom, the JVM crashes and produces a log file (please find this file enclosed below). The exception in TextRenderer.endRendering() is reproducible in JOGL 1.1.1 rc6, JOGL 1.1.1 rc7, JOGL 1.1.1 rc8 and the final stable version of JOGL 1.1.1. I hope it will help you.

It may come from the introduction of TextureRenderer and Overlay, maybe TextRenderer uses TextureRenderer since rc5, doesn't it?

How can I fill a bug report for JOGL?

Offline emzic

Senior Member





« Reply #131 - Posted 2008-05-31 16:17:00 »

How can I fill a bug report for JOGL?

here: https://jogl.dev.java.net/servlets/ProjectIssues

but i think you need to contact ken russel first, to get observer status on the jogl project.
i believe his email is kenneth dot russel at sun dot com

www.embege.com - personal website
webstart blendinspect - OpenGL BlendingModes visualization.
Offline gouessej
« Reply #132 - Posted 2008-05-31 16:31:08 »

here: https://jogl.dev.java.net/servlets/ProjectIssues

but i think you need to contact ken russel first, to get observer status on the jogl project.
i believe his email is kenneth dot russel at sun dot com
Thanks. I will contact him as soon as possible. I have looked the source code. I have no idea of how to fix it. The only strange thing is that the VBOs are never disabled whereas endRendering() checks if they are disabled.

Offline gouessej
« Reply #133 - Posted 2008-06-01 12:23:38 »

Please vote here to help me to get some help to solve this bug:
https://jogl.dev.java.net/issues/showvotes.cgi?voteon=356

WWJ, other engines and other games will be penalized by this bug with pre-OpenGL 1.5 versions. People who can't afford buying more recent graphics cards will be penalized. Can someone help me in fixing this bug? I will try some fixes and I need someone to check if there are no regression for post-OpenGL 1.5 versions.

Offline gouessej
« Reply #134 - Posted 2008-06-01 14:39:52 »

 Grin Grin Grin Grin Grin

I have found a workaround!!!!

Explicitly unbind the last buffer you use by doing this:
gl.glBindBuffer(GL.GL_ARRAY_BUFFER,0);
Put the line above just before calling beginRendering() or begin3DRendering().

It should not be required except if you don't use the same mechanism to check if VBO extensions are available... that's the case of TUER. JOGL tests if OpenGL 1.5 is available and if it can bind a buffer (if there is no exception by using a try catch clause), then it considers that VBO extensions are available. TUER (WWJ and other engines too) uses a finer method. It checks only once if the functions and the VBO extensions are both available. Then, under OpenGL 1.4, if ARB VBO extensions are available, TUER uses VBOs and JOGL doesn't use them and ignores the case of someone using VBOs. Here is the modification to do to allow this to work in all cases:

in com.sun.opengl.util.j2d.TextRenderer:
...
private boolean bindBufferAvailable;
...
public TextRenderer(Font font, boolean antialiased,
                        boolean useFractionalMetrics, RenderDelegate renderDelegate,
                        boolean mipmap){
GL gl = GLU.getCurrentGL();
bindBufferAvailable = gl.isFunctionAvailable("glBindBufferARB") || gl.isFunctionAvailable("glBindBuffer");

...
}

in com.sun.opengl.util.j2d.TextRenderer$Pipelined_QuadRenderer.drawVertexArrays()

......
if (usingVBOs) {
                    gl.glBindBuffer(GL.GL_ARRAY_BUFFER,
                                    mVBO_For_ResuableTileVertices);
                    gl.glBufferSubData(GL.GL_ARRAY_BUFFER, 0,
                                       mOutstandingGlyphsVerticesPipeline * kSizeInBytes_OneVertices_VertexData,
                                       mVertCoords); // upload only the new stuff
                    gl.glVertexPointer(3, GL.GL_FLOAT, 0, 0);
                } else {
                    if(bindBufferAvailable)
                         gl.glBindBuffer(GL.GL_ARRAY_BUFFER,0);//unbinds any already bound buffer

                    gl.glVertexPointer(3, GL.GL_FLOAT, 0, mVertCoords);
                }

N.B: do the same for texture coordinates
A better way to solve this problem would be to use a finer mechanism to check if VBOs can be used.

Offline gouessej
« Reply #135 - Posted 2008-06-02 10:31:06 »

Hi!

A better fix would be to add a method called void setUseVertexBufferObjects(boolean useVertexBufferObjects) in TextRenderer to allow programmers to force the use of VBO even though JOGL assumes they should not been used. Could it be added in JOGL 1.1.2?

Offline gouessej
« Reply #136 - Posted 2008-06-02 17:59:06 »

As nobody seems to be interested in helping me, I will submit several fixes and the people responsible of it will choose the better one.

Offline stryderjzw

Junior Newbie





« Reply #137 - Posted 2008-06-03 06:19:52 »

Reason is found: I used the GNU Java Compiler and not Sun's. Angry

In Eclipse you have to do something more:

1) Create a new project (or use an existing
2) Add two new paths: lib and native
3) Download latest JOGL and extract it
4) Copy the *.jar files to lib, *.so|dll to native
5) Back in Eclipse hit the F5 key and expand the lib folder
6) Add both JARs to the build path (right-click them)

And now comes the important two steps:

7) Right-click your OpenGL project, choose Libraries and expand the JRE System Library part
Cool Click on Native library location, click Edit and chhose the native folder where you have copied the so/dlls to

Rebuild the project and you might be lucky... Wink Grin

I was having the same issue! Thanks for pointing it out.
Offline gouessej
« Reply #138 - Posted 2008-08-19 20:32:19 »

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.

Offline gouessej
« Reply #139 - Posted 2008-08-20 06:32:57 »

Hi!

I know how to submit a bug but I don't find how to submit a RFE (request for enhancement). 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. I found some RPM but they depend on GCJ and TUER works nor with GCJ neither with OpenJDK, only with Sun JVM.

Offline quintesse

Junior Member




Java games rock!


« Reply #140 - Posted 2008-09-12 10:15:05 »

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.
Offline gouessej
« Reply #141 - Posted 2008-09-12 10:22:15 »

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 Cheesy

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).

Offline gouessej
« Reply #142 - Posted 2008-09-12 23:59:29 »

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.

Offline blueoak

Junior Newbie





« Reply #143 - Posted 2009-01-12 21:06:25 »

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.<clinit>(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.<init>(GLCanvas.java:131)
   at javax.media.opengl.GLCanvas.<init>(GLCanvas.java:90)
   at javax.media.opengl.GLCanvas.<init>(GLCanvas.java:83)
   at demos.gears.Gears.main(Gears.java:19)
   ... 9 more
Offline gouessej
« Reply #144 - Posted 2009-01-12 21:13:42 »

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.

Offline blueoak

Junior Newbie





« Reply #145 - Posted 2009-01-13 21:31:31 »

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"?>
<jnlp codebase="http://download.java.net/media/jogl/builds/archive/jsr-231-webstart-current/"
      href="Gears.jnlp">
  <information>
    <title>JOGL Gears Demo</title>
    <vendor>Sun Microsystems, Inc.</vendor>
    <homepage href="http://jogl-demos.dev.java.net/"/>
    <description>Gears Demo</description>
    <description kind="short">Brian Paul's Gears demo ported to Java and JOGL.</description>
    <offline-allowed/>
  </information>

    <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>

  <application-desc main-class="demos.gears.Gears"/>
</jnlp>

Referenced jogl.jnlp:

<jnlp spec="1.0+" codebase="http://download.java.net/media/jogl/builds/archive/jsr-231-webstart-current/" href="http://download.java.net/media/jogl/builds/archive/jsr-231-webstart-current/jogl.jnlp">
  <information>
    <title>Java Binding to the OpenGL API</title>
    <vendor>Sun Microsystems, Inc.</vendor>
    <homepage href="http://jogl.dev.java.net/"/>
    <description>Java Binding to the OpenGL API - JSR-231 Current Build</description>
    <description kind="short">Java programming language binding to the OpenGL 3D graphics API. (Current build of JSR-231 APIs)</description>
    <offline-allowed/>
  </information>
  <security>
    <all-permissions/>
  </security>
  <update check="timeout" policy="always"/>
  <resources>
    <jar href="http://download.java.net/media/jogl/builds/archive/jsr-231-webstart-current/jogl.jar" download="eager" main="false"/>
    <extension href="http://download.java.net/media/gluegen/webstart/gluegen-rt.jnlp" name="gluegen-rt"/>
    <nativelib href="http://download.java.net/media/jogl/builds/archive/jsr-231-webstart-current/jogl-natives-macosx-universal.jar" download="eager" main="false"/>
  </resources>
  <component-desc/>
</jnlp>
Offline gouessej
« Reply #146 - Posted 2009-01-14 06:26:22 »

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.

Offline Ken Russell

JGO Coder




Java games rock!


« Reply #147 - Posted 2009-06-19 01:39:41 »

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
1  
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:
1  
<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.
Offline gouessej
« Reply #148 - Posted 2012-11-20 08:13:23 »

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
1  
http://jogamp.org/deployment/v2.0-rc11/jogl-all-awt.jnlp

Offline ra4king

JGO Kernel


Medals: 345
Projects: 3
Exp: 5 years


I'm the King!


« Reply #149 - Posted 2012-11-20 08:43:16 »

WTF this is almost 3.5 years old!

Pages: 1 ... 3 4 [5] 6
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

BurntPizza (25 views)
2014-09-19 03:14:18

Dwinin (39 views)
2014-09-12 09:08:26

Norakomi (68 views)
2014-09-10 13:57:51

TehJavaDev (93 views)
2014-09-10 06:39:09

Tekkerue (47 views)
2014-09-09 02:24:56

mitcheeb (68 views)
2014-09-08 06:06:29

BurntPizza (51 views)
2014-09-07 01:13:42

Longarmx (38 views)
2014-09-07 01:12:14

Longarmx (44 views)
2014-09-07 01:11:22

Longarmx (40 views)
2014-09-07 01:10:19
List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06

List of Learning Resources
by SilverTiger
2014-07-31 11:54:12

HotSpot Options
by dleskov
2014-07-08 01:59:08
java-gaming.org is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑gaming.org
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!