UPDATE: New release: 2.7.1 - fixes a dependency issue with openal on windows. No other changes.
*fanfare*
The LWJGL team is proud to present the latest release of the fabulous LWJGL: 2.7, weighing in at 4.3MB
LWJGL 2.7OpenGL:
- + Added AMD_depth_clamp_separate.
- + Added EXT_texture_sRGB_decode.
- * Changed initial alpha value of glClearColor from 1 to 0 which is set when Initialising the Display. This now matches expected OpenGL behaviour.
OpenCL:
- + Added clSetKernelArg support for CLObject and __local arguments
AppletLoader:
- + Support for passing in lwjgl specific properties via lwjgl_arguments applet parameter
- + Allow non lwjgl natives to be found in the cache directory
- + Support for using multiple native jars
- + Support for gzip files
- * Miscellaneous bugfixes
Other:
- + Support for zeroing buffers
- + Initial maven support (zip file)
- * Files signed with new 2 year certificate
- * Check for Darwin as OSX
Download: https://sourceforge.net/projects/java-game-lib/files/
Changelog: http://www.lwjgl.org/changelogs/2.7-changelog.txt
Remember to donate (http://lwjgl.org/donations.php) ;)
Notice: We'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.
Tested and works fine with the new lwjgl parameters and it's signed correctly, thanks! :)
OpenAL-Soft has a dependency on MSVCR90.dll which is not shipped with LWJGL. This is a bit of a problem.
Cas :)
confirming ... happened in 2.5
QuoteOpenAL: Upgrade to latest OpenAL-Soft (1.12+)
will look into it
need to change some stuff in the build system - pinging endolf ...
I now ship it with Revenge, going to update my other games tonight I think. Wonder how many sales that cost :/ bah
Cas :)
Working with endolf behind the scenes on fixing it in nightly builds.
problem is that nightly builds are using a newer OpenAL version than was shipped in 2.7 ...
could be forced to compile a specific one for 2.7.1 based on the old version we had in 2.5
I don't have a problem with the requirement - it just needs to be shipped with LWJGL. Unfortunately I've not yet found an MSVCR90.dll that works :( Getting an R6034 runtime error now (SxS error - app needs a manifest or somesuch).
Cas :0
try to use the vcredist http://www.microsoft.com/downloads/en/details.aspx?familyid=A5C84275-3B97-4AB7-A40D-3802B2AF5FC2&displaylang=en
we should hopefully get it fixed tonight
What's the plan to fix it? Can I try it at home first?
Cas :)
Quote from: princec on February 08, 2011, 13:22:08
What's the plan to fix it? Can I try it at home first?
Cas :)
latest OpenAL32 builds for windows 32 bit should be fine: https://www.newdawnsoftware.com/hudson/view/OpenAL/job/OpenAL-win32/
However, need the fix applied to 64bit windows too - as well as trying a MinSizeRelease target which should make the dll a lot smaller - around 250k versus 450k - this can be upx'ed further tho
latest builds on https://www.newdawnsoftware.com/hudson/view/OpenAL/ looks good.
I'll prepare a new 2.7.1 release with these files, as soon as I have time.
In the lwjgl-maven ZIP package, the version still says 2.7.0. Is this a bug?
And the JAR and POM files should have the version number in their filename, e.g. lwjgl-2.7.1.jar.
Just being a nitpick, that's all ;)