Why is it that all webstart programs that download JOGL are unable to display a percentage complete for the JOGL parts?
e.g. the JOGL Infinite Shadow Volume demo on dev.java.net does a percentage complete for some of the JARs but not all.
I’ve noticed the same on e.g. xith.org where the non-JOGL parts have a %age complete but the JOGL parts don’t.
Is this co-incidence? Something peculiar about how/where the JOGL jars are hosted?
???
Thats odd, I’ve never noticed that happening myself. Does it happen with S-Type? I have Jogl files hosted myself and referenced in the same jnlp as opposed to linking to a java.net hosted Jogl jnlp.
[quote]Thats odd, I’ve never noticed that happening myself. Does it happen with S-Type? I have Jogl files hosted myself and referenced in the same jnlp as opposed to linking to a java.net hosted Jogl jnlp.
[/quote]
I get the percentage + the download bar whilst downloading S-Type (just tried the link in your sig) for both:
VScriptEngine.jar
Data.jar
Actually, should have mentioned this - when download JOGL, not only do I not get percentage, I also don’t get the blue progress bar at the bottom :(.
(although then it crashes on startup
net.java.games.jogl.GLException: Error making context current
at net.java.games.jogl.impl.x11.X11GLContext.makeCurrent(X11GLContext.java:141)
at net.java.games.jogl.impl.x11.X11OnscreenGLContext.makeCurrent(X11OnscreenGLContext.java:111)
at net.java.games.jogl.impl.GLContext.invokeGL(GLContext.java:199)
at net.java.games.jogl.GLCanvas.displayImpl(GLCanvas.java:182)
at net.java.games.jogl.GLCanvas.display(GLCanvas.java:82)
at com.vscript.core.VScript.updateProgressBar(VScript.java:627)
at com.vscript.core.VScript.initialise(VScript.java:315)
at com.vscript.core.VScript.main(VScript.java:402)
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:324)
at com.sun.javaws.Launcher.executeApplication(Launcher.java:837)
at com.sun.javaws.Launcher.executeMainClass(Launcher.java:797)
at com.sun.javaws.Launcher.continueLaunch(Launcher.java:675)
at com.sun.javaws.Launcher.handleApplicationDesc(Launcher.java:390)
at com.sun.javaws.Launcher.handleLaunchFile(Launcher.java:199)
at com.sun.javaws.Launcher.run(Launcher.java:167)
at java.lang.Thread.run(Thread.java:534)
)
I wonder if its a linux thing then? It certainly gives a proper bar on WinXP here.
And that crash is the whole no-framebuffer-alpha-on-linux bug in Jogl. I still don’t know whether anyones got around to fixing Jogl for that yet.
The issue with not being able to select an alpha channel on X11 should now be fixed. The problem was that we needed to determine a visual before the AWT instantiated the Canvas, but the GLCapabilitiesChooser used to be run too late. The current JOGL 1.1 tree has fixed this problem.
Unfortunately we are now grappling with pixel format / visual selection problems on multiple platforms (again). The problem is that things appear to work pretty well on all of the machines I personally have available. It would be great if some people who have machines which don’t behave as well could take a look at some of the internal pixel format selection code on various platforms and try to familiarize themselves with it. (Remember, JOGL is an open-source, community-driven project!) I am more than happy to help people get up to speed and will also try to fix bugs as time permits. Things have been pretty busy recently but that is getting better.