Over the next few weeks, I plan to create an adaptation of Xith that can run as a pure Java application in deployment environments where the JOGL native libraries are not accessible. Please see the example applet and documentation that I wrote today:
http://earth.whoola.com:8080/space/jigl/
It sounds to be (and looks as well, example…) something very interesting :)!!!
Are there any brief benchmarks for that thing available in comparison to native libs?
It says on website “jGL 2.4 beta 3 has been released in May 22 2003.”
It seems to be the last update, is it in development? 2003… it would probably support OGL 1.3 maximum…
Anyhow, very interesting.
What you mean by adaptation? Would it be extra package to “…render.lwjgl." & "render.jsr231.” ? Or it will really touch deeper?
Bohdan.
Looks good.
One thing:
"I created a prototype where Cyberspace is deployed as a signed applet with the native libraries installed on demand but this is less than satisfactory as it brings up a window requesting that the users grant the applet full access to their machines. The goal is to be able deploy Cyberspace as an unsigned applet and still have it run when the JOGL native libraries are not pre-installed. "
Didn’t Ken Russel say in another thread that you can ditribute a JOGL applet unsigned by using the Sun-signed JOGL natives which don’t prompt the user with a security dialogue?
Not exactly : the security warning is still there, but only for the first time you encounter a JOGL applet, and also, it’s less scary as the signature is certified by a trusted signer.
Lilian 
[quote]Not exactly : the security warning is still there, but only for the first time you encounter a JOGL applet, and also, it’s less scary as the signature is certified by a trusted signer.
[/quote]
Well there’s a workaround… A while ago I made a loader for jogl (together with user bruno) that loads the signed part at runtime.
It boots without any security warning until you switch to hardware rendering ingame (it defaults to software rendering), then it will popup the security window. If the user doesnt accept it you continue to use the software renderer…
You can still check out a demo that uses the loader here:
http://dzzd.net/demo/QUAKE/
Great job croft !!
However, the resulting anim seems a bit “jiggly” ;D Is it due to the JGL implementation ?
[quote="<MagicSpark.org [ BlueSky ]>,post:6,topic:28365"]
However, the resulting anim seems a bit “jiggly” ;D Is it due to the JGL implementation ?
[/quote]
Yep, I see the same too, BTW…
I do not know of any benchmarks.
I am hoping that the adaptation will require no more than adding a few lines to one of the classes in render.jsr231.
[quote="<MagicSpark.org [ BlueSky ]>,post:6,topic:28365"]
However, the resulting anim seems a bit “jiggly” ;D Is it due to the JGL implementation ?
[/quote]
I was incrementing the rotation values by random amounts each frame. I updated the animation code to make it smoother:
http://earth.whoola.com:8080/space/jigl/
I was incrementing the rotation values by random amounts each frame. I updated the animation code to make it smoother:
http://earth.whoola.com:8080/space/jigl/
[/quote]
OK. Looks very cool now.
I fixed a problem in the demo where jogl.jar was still signed. This was causing it to present a security certificate on machines where it had not been approved before. When I unsigned it, I discovered I also needed a wrapper interface and a pure Java implementation for class GLU.
It is now fixed and unsigned. You can verify by flushing your cache of approved security certificates and then testing. I also updated the documentation and created a file release.
http://earth.whoola.com:8080/space/jigl/
http://sourceforge.net/project/showfiles.php?group_id=114095
Works fine.
I must admit that if sometimes I find your code unreadable (surely I do not have enough knowledge) I nearly always find your things working…