LWJGL Forum
Programming => Lightweight Java Gaming Library => Topic started by: Matzon on April 11, 2010, 18:27:58
-
Time for a new update - with a slew of new stuff and fixes
2.4
- new: Added support for OpenGL 3.3 and OpenGL 4.0.
- new: Added support for APPLE extensions.
- new: Added @NoErrorCheck on vertex data methods.
- new: The debug build will now track Begin/End pairs and never call GetError inside them.
- new: Example on how to allow Space Invader Test Application to work as an applet with minimal code change.
- new: Updates to OpenGL methods to allow easier usage (support for single primitive input/output parameters).
- new: Support for String in OpenGL methods.
- new: Option to not call processMessages during Display.update.
- new: Allow LWJGL applets to work when seperate_jvm parameter is not supported (i.e. java plugin1) (semi experimental).
- new: Added support for NVX_gpu_memory_info (experimental extension).
- new: Added support for initializing extensions that are not exposed in GL_EXTENSIONS (enables EXT_direct_state_access and NV_primitive_restart on AMD GPUs, use at your own risk).
- new: Mouse no longer limited to just ungrabbing at the position it was grabbed, now you can can call setCursorPosition(x,y) while mouse is grabbed and ungrab the mouse at any position you like.
- fix: Infinite focus loop when using Display.setParent() + JWS + Linux
- fix: Updated jars to conform to security updates in Java Update 19.
- fix: Optimization to message processing.
- fix: Fix for grabbed mouse deltas.
- fix: Fixed mouse grabbing on secondary monitors (someone owes a beer).
- fix: Added extra device polling when vsync is enabled, to reduce input lag.
- fix: Updated @Optional functions for AMD GPUs (driver version: 10.3).
- fix: Consistent mouse grab behaviour on all platforms. Mouse will now ungrab at the same place it was grabbed from.
- fix: Mouse sometimes reporting movement on title area.
- fix: Try and find a sensible video driver to report on rather than assuming it's video0.
- fix: Added new XRandR stuff (fixes issue with blank screen).
2.4.1
- new: extensions: AMD_conservative_depth, EXT_shader_image_load_store, EXT_vertex_attrib_64bit, NV_gpu_program5, NV_gpu_shader5, NV_shader_buffer_store, NV_tessellation_program5, NV_vertex_attrib_integer_64bit.
- fix: Correct native version for mac os x.
2.4.2
- fix: Linux applets failed due to missing doPriviledged for XRandR.
https://sourceforge.net/projects/java-game-lib/files/
Remember to donate (http://lwjgl.org/donations.php) ;)
Notice: I'd like to remind people to include the copyright, conditions and disclaimer statement for LWJGL in their products, as required by the license. Though we are not about to claim foul in any way, it would be nice to see a link back to lwjgl.org in the credits or documentation at the very minimum.
-
Please note - JNLP is b0rked at the moment - working on it - THANKS ORACLE! - WAY TO BLOW THINGS UP!
-
Please note - JNLP is b0rked at the moment - working on it - THANKS ORACLE! - WAY TO BLOW THINGS UP!
any takers?
http://lwjgl.pastebin.com/6hFfkd4R
please note that the referenced jnlp file may have been updated back to its original state
-
am I missing something ?
java.lang.NoSuchMethodError: Method org.lwjgl.openal.AL10.alEnable(I)V is not declared as native
at org.lwjgl.openal.AL10.initNativeStubs(Native Method)
at org.lwjgl.openal.AL.init(AL.java:158)
at org.lwjgl.openal.AL.create(AL.java:140)
at org.lwjgl.openal.AL.create(AL.java:104)
-
I dont have problems with openal ...
jnlp sortof fixed ... extension should work and so do all demos that dont use resources
unable to fix at this point in time - see http://www.javagaming.org/index.php/topic,22230.0.html
will be fixed one of these days when the changes needed have been done.
for now, extension works as do all demos, just not the ones that require resources.
-
am I missing something ?
java.lang.NoSuchMethodError: Method org.lwjgl.openal.AL10.alEnable(I)V is not declared as native
at org.lwjgl.openal.AL10.initNativeStubs(Native Method)
at org.lwjgl.openal.AL.init(AL.java:158)
at org.lwjgl.openal.AL.create(AL.java:140)
at org.lwjgl.openal.AL.create(AL.java:104)
which OS and java version are you using?
-
win7 / java 1.6.0_10 ..
works by now tho' .. I think netbeans just flipped out. :o ..
compiled just fine when removed the jwlgl sources from the library .. no idea.
-
hi, i have a problem with 2.4 on mac os x 10.6.
Exception in thread "main" java.lang.LinkageError:
Version mismatch: jar version is '18', native libary version is '17'
i followed the guide on http://lwjgl.org/installation.php.
thanks.
-
hi, i have a problem with 2.4 on mac os x 10.6.
Exception in thread "main" java.lang.LinkageError:
Version mismatch: jar version is '18', native libary version is '17'
we got a report on that on IRC - seems something funky is going on for os x...
looking into that
-
we got a report on that on IRC - seems something funky is going on for os x...
looking into that
stacktrace:
Exception in thread "main" java.lang.LinkageError: Version mismatch: jar version is '18', native libary version is '17'
at org.lwjgl.Sys.<clinit>(Sys.java:103)
at tutor.SysSnippet.main(SysSnippet.java:7)
The exception is thrown because DefaultSysImplementation#getJNIVersion()
return different value as the MacOSXSysImplementation.getRequiredJNIVersion(),
which is always 18. DefaultSysImplementation#getJNIVersion() is a native
method and it works.
-
I could have sworn I commented on this... :-\
Anyways, keep up the good work, guys. 8)
-
Any news on the Mac OS linkage error? I'm getting it too.
-
ive been hammering at the build system to not making it happen again - but have issues to make this work. However I plan on doing a 2.4.1 release tonight. In the mean time a binary from the build system should work now.
-
download updated with 2.4.2
jnlp is still broken and this is being worked on - but not as high priority. Hopefully fixed by the end of the weekend.
-
Thanks Matzon, excellent work as always!
-
Something I noticed with the XRandR class changes - the populate() call that happens on startup has been wrapped in a doPrivileged(), but setConfiguration() has not. They both use Runtime.exec, so I imagine they need the same level of privileged-ness.
Probably not a huge concern as it only happens at shutdown, mind.
-
Something I noticed with the XRandR class changes - the populate() call that happens on startup has been wrapped in a doPrivileged(), but setConfiguration() has not. They both use Runtime.exec, so I imagine they need the same level of privileged-ness.
Probably not a huge concern as it only happens at shutdown, mind.
ah nicely spotted, guess the current fix was just to stop the applets from blowing up.
Will have an in depth look at this tonight. From a quick glance it seems that as you mention setConfiguration() needs a doPrivileged() and the populate() method in the getScreenNames().
doesn't look like anything severe though and can probably wait for the next release. Besides only effects linux when using unsigned jars with lwjgl.jar, i.e. the LWJGL applet distribution, your unlikely to change screen resolution with applets anyway.
-
Thank you, it works now.
-
am I missing something ?
java.lang.NoSuchMethodError: Method org.lwjgl.openal.AL10.alEnable(I)V is not declared as native
at org.lwjgl.openal.AL10.initNativeStubs(Native Method)
at org.lwjgl.openal.AL.init(AL.java:158)
at org.lwjgl.openal.AL.create(AL.java:140)
at org.lwjgl.openal.AL.create(AL.java:104)
I'm having the same problem. I created a another workspace in eclipse and tried to run the Lesson1.java audio tutorial, but it did not fix the problem. The library path has been set.
Running on Win7 64bit.
Thanks,
Heinz
-
Is there an estimate on when the new version will be uploaded to http://lwjgl.org/jnlp/?
That would be a real help as the current one (I guess 2.4?) crashes on mac and linux.
Thanks for all the hard work!
-
Is there an estimate on when the new version will be uploaded to http://lwjgl.org/jnlp/?
That would be a real help as the current one (I guess 2.4?) crashes on mac and linux.
Thanks for all the hard work!
updated - but broke the demos - assuming its a classpath issue due to the u19/u20 changes will look into that soon
-
updated again - running 2.4.2, plus this fix: http://java-game-lib.svn.sourceforge.net/viewvc/java-game-lib/trunk/LWJGL/src/java/org/lwjgl/util/WaveData.java?r1=3274&r2=3336&view=patch
-
am I missing something ?
java.lang.NoSuchMethodError: Method org.lwjgl.openal.AL10.alEnable(I)V is not declared as native
at org.lwjgl.openal.AL10.initNativeStubs(Native Method)
at org.lwjgl.openal.AL.init(AL.java:158)
at org.lwjgl.openal.AL.create(AL.java:140)
at org.lwjgl.openal.AL.create(AL.java:104)
I'm having the same problem. I created a another workspace in eclipse and tried to run the Lesson1.java audio tutorial, but it did not fix the problem. The library path has been set.
Running on Win7 64bit.
Thanks,
Heinz
I had this too. It seems to be some evil lurking in Eclipse as running from the command line works fine. I'm not exactly sure what I did to fix it, but it was some combination of: cleaning the workspace, closing and opening projects, restarting eclipse, deleting and recreating run configurations.
-
am I missing something ?
java.lang.NoSuchMethodError: Method org.lwjgl.openal.AL10.alEnable(I)V is not declared as native
at org.lwjgl.openal.AL10.initNativeStubs(Native Method)
at org.lwjgl.openal.AL.init(AL.java:158)
at org.lwjgl.openal.AL.create(AL.java:140)
at org.lwjgl.openal.AL.create(AL.java:104)
I'm having the same problem. I created a another workspace in eclipse and tried to run the Lesson1.java audio tutorial, but it did not fix the problem. The library path has been set.
Running on Win7 64bit.
Thanks,
Heinz
I had this too. It seems to be some evil lurking in Eclipse as running from the command line works fine. I'm not exactly sure what I did to fix it, but it was some combination of: cleaning the workspace, closing and opening projects, restarting eclipse, deleting and recreating run configurations.
sounds like what I had to do with netbeans too to get this fixed, tho' it looked like it was linked to the sources.
-
Me too:
Exception in thread "main" java.lang.NoSuchMethodError: Method org.lwjgl.openal.AL10.alEnable(I)V is not declared as native
at org.lwjgl.openal.AL10.initNativeStubs(Native Method)
at org.lwjgl.openal.AL.init(AL.java:158)
at org.lwjgl.openal.AL.create(AL.java:140)
at org.lwjgl.openal.AL.create(AL.java:104)
at org.lwjgl.openal.AL.create(AL.java:191)
I get this error when I use lwjgl-debug.jar instead of lwjgl.jar. Works fine when I use lwjgl.jar.
Maybe one of the checks introduced in the debug jar tries to call some native before it has been initialised? Then again I kind of hit a roadblock trying to find the cause as my JNI knowledge isn't that good and I couldn't find out which source is used for the debug jar.
On:
LWJGL 2.4.2 #255 (latest build at time of writing)
Ubuntu Linux 9.10 32 bit
JDK 1.6 u20
-
Sorry about this, OpenAL's debug build broke when I removed error checking from the non-debug build. Fixed on the next nightly.
-
Thanks for the new version. I'm one of the developers that could upgrade without any problems whatsoever.
I really like the new convenience functions ("new: Updates to OpenGL methods to allow easier usage (support for single primitive input/output parameters)."). Makes my code a bit more readable.
-
stacktrace:
Exception in thread "main" java.lang.LinkageError: Version mismatch: jar version is '18', native libary version is '17'
at org.lwjgl.Sys.<clinit>(Sys.java:103)
at tutor.SysSnippet.main(SysSnippet.java:7)
The exception is thrown because DefaultSysImplementation#getJNIVersion()
return different value as the MacOSXSysImplementation.getRequiredJNIVersion(),
which is always 18. DefaultSysImplementation#getJNIVersion() is a native
method and it works.
i too got this error and found an old set of native libs in my /Library/Java/Extensions/ folder - replace these with the ones from the new download and you should be back in business
-
i too got this error and found an old set of native libs in my /Library/Java/Extensions/ folder - replace these with the ones from the new download and you should be back in business
you should never put any natives, especially lwjgl ones in java /Library/Java/Extensions/ folder. its just the wrong way to do it.
-
Just a quick q. - which version of OpenAL-Soft do we ship in 2.4.2?
Cas :)
-
not sure - probably 1.7 based, bit old ... try running the OpenALInfo java app (somehwre in test) ...