Download Shareware and Freeware Software for Windows, Linux, Macintosh, PDA

line Home  |  About Us  |  Link To Us  |  FAQ  |  Contact

Serving Software Downloads in 976 Categories, Downloaded 30.146.763 Times

LWJGL 0.99

  Date Added: July 26, 2010  |  Visits: 696

LWJGL

Report Broken Link
Printer Friendly Version


Product Homepage
Download (77 downloads)

LWJGL (Lightweight Java Game Library) is a solution aimed directly at professional and amateur Java programmers alike to enable commercial quality games to be written in Java. LWJGL provides developers access to high performance crossplatform libraries such as OpenGL (Open Graphics Library) and OpenAL (Open Audio Library) allowing for state of the art 3D games and 3D sound. Additionally LWJGL provides access to controllers such as Gamepads, Steering wheel and Joysticks. All in a simple and straight forward API. LWJGL is not meant to make writing games particularly easy; it is primarily an enabling technology which allows developers to get at resources that are simply otherwise unavailable or poorly implemented on the existing Java platform. We anticipate that the LWJGL will, through evolution and extension, become the foundation for more complete game libraries and "game engines" as they have popularly become known, and hide some of the new evils we have had to expose in the APIs. LWJGL is available under a BSD license, which means its open source and freely available at no charge. Please visit us on the Freenode IRC Network: #LWJGL. Do idle if there is no one to answer any of your questions, we are on different timezones. In response to everything here Id like to state our goals with LWJGL: - Speed - Simplicity - Ubiquity - Smallness - Security - Robustness - Minimalism and this will help explain how we got to where we are today and more importantly where were going and where were not going. Speed The whole point of LWJGL was to bring the speed of Java rendering into the 21st century. This is why we have: Thrown out methods designed for efficient C programming that make no sense at all in java, such as glColor3fv. Made the library throw an exception when hardware acceleration is not available on Windows. No point in running at 5fps is there? Ubquity Our library is designed to work on devices as small as phones right the way up to multiprocessor rendering servers. Just because there arent any phones or consoles yet with fast enough JVMs and 3d acceleration is neither here nor there - there will be, one day. Were carefully tailoring the library so that when it happens well have OpenGL ES support in there just like that. This means that: We had to have a very small footprint or itll never catch on in the J2ME space at all. Thats why the binary distribution is under half a meg, and that takes care of 3d sound, graphics, and IO. Even under desktop environments having a 1-2mb download just to call a few 3D functions is daft. Weve worked to a lowest common denominator principle rather than attempting to design for all possibilities, but weve made sure that 99% of required uses are covered. Thats why weve only got one window, and why we dont guarantee that windowed mode is even supported (its officially a debug mode and hence we dont even supply some very basic windowy abilities that youd get in AWT) and why we dont allow multiple thread rendering contexts. Simplicity LWJGL needed to be simple for it to be used by a wide range of developers. We wanted relative newbies to be able to get on with it, and professionals to be able to use it professionally, maybe typically coming from a C++ background. We had to choose a paradigm that actually fits with OpenGL, and one that fits with our target platforms which ranges from PDA to desktop level. This is why: We arent catering for single-buffered drawing We dont require that an instance of GL is passed around all over the place but we do not prevent this style of coding. See below for why. We removed a lot of stuff that 99% of games programmers need to know nothing about We have decided that consistency is better than complexity. Rather than allowing multiple ways to call the same methods and bloating the library weve just said, "Right, no arrays. Theyre slower anyway. Get used to buffers, as this is what buffers are meant to be used for." Smallness See ubiquity above. We had to be small. Small == simple. The less ways there are to do something, the easier it is to learn the only way that works or is allowed. Small == our code is less buggy. Wouldnt you rather be hunting for bugs in your own code, not ours? Small == downloadable. No version nightmares. LWJGL is small enough to download with every application that uses it. Small == J2ME. Security We realised a few months ago that no-one was going to take us seriously if we couldnt guarantee the security of the LWJGL native libraries. This is why we: No longer use pointers but exclusively use buffers instead Are gradually adding further checks to buffer positions and limits to ensure that the values are within allowed ranges to prevent buffer attacks Robustness Similarly to security we have now realised that a reliable system is far more useful than a fast system. When we actually had a proper application to benchmark finally we had some real data. Many of our original design decisions were based on microbenchmarks - well, you have to start somewhere! But with a real application to benchmark we now know we can throw out asserts and replace them with a proper if (...) check and a thrown exception. We know also that we can move all that GL error checking out of native code and into Java code and we will no longer need a separate DLL for debug mode. As for runtime exceptions, they have their place. Theres not a reasonably well defined argument as to when you should use a runtime exception and when you should use a checked exception. When I made OpenGLException a checked exception all it did was end up littering my code with try {} catch {} sections - except that if youve got an OpenGLException there is very little sensible you can do to rectify it because it should never have occurred in the first place. Thats why its a runtime exception. You should simply not write code than can throw it because it is generally not recoverable nicely. However for robustness (and security) we are required to throw an exception if something is amiss. It falls, I believe, into exactly the same category of trouble as NPEs, ArrayIndexOOBs and ClassCastExceptions: should never occur but needs to be trapped somewhere. Minimalism This is another critical factor in our design decisions. If it doesnt need to be in the library, its not in the library. Our original aim was to produce a library that provided the bare minimum required to access the hardware that Java couldnt access, and by and large were sticking to this mantra. The vector math code in the LWJGL is looking mighty scared at the moment because its probably for the chop - well, at least, from the core library - as its not an enabling technology at all, and there are numerous more fully featured alternatives. We chucked out GLU because its mostly irrelevant to game developers except for a few functions that we really need to get redeveloped in pure Java - but basically, GLU is just a library of code built on top of the enablement layer..

Requirements: No special requirements
Platforms: Linux
Keyword: Code Commercial Quality Exception Games Java Libraries Library Lwjgl Opengl Programming Small Written In
Users rating: 0/10

License: Freeware Size: 1.3 MB
LWJGL RELATED
Audio Tools  -  Java Audio Library Transcoder 0.1.1
Java Audio Library Transcoder is a small, easy to use application specially designed to help you generates alternative audio formats for a growing audio collection. Add a new FLAC album, then transcode for mobile devices. for WindowsAll
 
Libraries  -  libvte-java 0.12.3
Java-GNOME is a set of Java bindings for GNOME and GTK libraries, so GNOME applications can be written in Java. libvte-java is implemented as a JNI layer that delegates the Java calls out to the underlying C library. Installation: The...
337.92 KB  
Libraries  -  cairo-java 1.0.8
Java-GNOME is a set of Java bindings for GNOME and GTK libraries, so GNOME applications can be written in Java. cairo-java is implemented as a JNI layer that delegates the Java calls out to the underlying C library. Installation: The...
358.4 KB  
Libraries  -  libgconf-java 2.12.6
Java-GNOME is a set of Java bindings for GNOME and GTK libraries, so GNOME applications can be written in Java. Java-GNOME is implemented as a JNI layer that delegates the Java calls out to the underlying C library. Installation: The...
337.92 KB  
Libraries  -  libglade-java 2.12.8
Java-GNOME is a set of Java bindings for GNOME and GTK libraries, so GNOME applications can be written in Java. Java-GNOME is implemented as a JNI layer that delegates the Java calls out to the underlying C library. Installation: The...
358.4 KB  
Libraries  -  libgnome-java 2.12.7
Java-GNOME is a set of Java bindings for GNOME and GTK libraries, so GNOME applications can be written in Java. Java-GNOME is implemented as a JNI layer that delegates the Java calls out to the underlying C library. Installation: The...
481.28 KB  
Libraries  -  libgtk-java 2.10.2
Java-GNOME is a set of Java bindings for GNOME and GTK libraries, so GNOME applications can be written in Java. libgtk-java is implemented as a JNI layer that delegates the Java calls out to the underlying C library. Installation: The...
1024 KB  
Libraries  -  libeds-java 0.5.1
Java-GNOME is a set of Java bindings for GNOME and GTK libraries, so GNOME applications can be written in Java. Java-GNOME is implemented as a JNI layer that delegates the Java calls out to the underlying C library. Installation: See the...
337.92 KB  
Utilities  -  IVJLogger 2.0
IVJLogger project is a small library of classes and functions written in Java designed to assist you with your logging needs. "Why another logger?" you may ask. Well, the main purpose of it is keeping it simple. Simplicity means less bugs, more...
174.08 KB  
Libraries  -  libphidgets
libphidgets is a user-space access library for the Phidget devices, written in C. libphidgets provides a generic and flexible way to access and interact with the Phidgets and comes with all the advantages of a user-space library. It is based on...
 
NEW DOWNLOADS IN PROGRAMMING, LIBRARIES
Programming  -  FLEX-db Digital Asset Manager 3.0.9
FLEX-db - an enterprise Digital Asset Manager (DAM). It ingests and links metadata with files, creates thumbnails, and processes files using business rules. FLEX-db has a JSP client, Java app server for file input and output and an EJB metadata...
21.57 MB  
Programming  -  Libicom 0.9.0
The libicom library is a character based dynamicly linked library for Linux. It is used to remotely control the Icom IC-R8500 wide band receiver via an RS232 link. All call and return parameters to the control functions are character string based....
20.48 KB  
Programming  -  dotdesktop 0.3
Dotdesktop library provides ability to parse desktop entry file and access the information in a convenient way. Desktop entry file format is defined by freedesktop.org, it is used to describe information about an application such as the name and...
327.68 KB  
Programming  -  Cedalion for Linux 0.2.6
Cedalion is a programming language that allows its users to add new abstractions and define (and use) internal DSLs. Its innovation is in the fact that it uses projectional editing to allow the new abstractions to have no syntactic limitations.
471.04 KB  
Programming  -  libyasl 0.2
Libyasl is a C++ class library to easily realize TCP/UDP/Multicast clientsand servers in IPv4 and IPv6 environments under GNU/Linux systems.
143.36 KB  
Libraries  -  wolfSSL 3.12.0
The wolfSSL embedded SSL/TLS library is a lightweight SSL library written in ANSI standard C and targeted for embedded and RTOS environments - primarily because of its small size, speed, and feature set. It is commonly used in standard operating...
2.73 MB  
Libraries  -  EuGTK 4.8.9
Makes it easy to develop good- looking, fast, cross-platform programs that run on Linux, OS X, and Windows. Euphoria is a very fast interpreted/compiled language with straight-forward syntax. EuGTK allows programming in a clean, object-oriented...
10.68 MB  
Libraries  -  Linux User Group Library Manager 1.0
The LUG Library Manager is a project to help Linux User Groups start their own library. A LUG library is helpful to the community at large because it increases access to information, and gives everyone the opportunity to become more knowledgeable.
5.35 KB  
Libraries  -  Module::MakefilePL::Parse 0.12
Module::MakefilePL::Parse is a Perl module to parse required modules from Makefile.PL. SYNOPSIS use Module::MakefilePL::Parse; open $fh, Makefile.PL; $parser = Module::MakefilePL::Parse->new( join("", ) ); $info = $parser->required;...
8.19 KB  
Libraries  -  sqlpp 0.06
sqlpp Perl package is a SQL preprocessor. sqlpp is a conventional cpp-alike preprocessor taught to understand SQL ( PgSQL, in particular) syntax specificities. In addition to the standard #define/#ifdef/#else/#endif cohort, provides also...
10.24 KB