Hi !
Featured games (90)
games approved by the League of Dukes
Games in Showcase (754)
Games in Android Showcase (229)
games submitted by our members
Games in WIP (842)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
    Home     Help   Search   Login   Register   
Pages: [1]
  ignore  |  Print  
  JOAL Update  (Read 5301 times)
0 Members and 1 Guest are viewing this topic.
Offline Ken Russell

JGO Coder

Java games rock!

« Posted 2005-12-21 23:05:24 »

For a while the JOAL project, due to the lack of a maintainer, has been in maintenance mode (if that). I would like to propose resuming active development on it.

The initial JOAL implementation done some two years ago was basically done by hand. At one point the JOAL source tree was converted over to use the same GlueGen tool which the JOGL project uses to autogenerate its Java interfaces and JNI code, but this work was only done on a branch of the JOGL tree and was never promoted to the main trunk.

I've revived this work and have a JOAL workspace which uses the current GlueGen tool being used by JOGL and the JSR-231 proposed reference implementation. All of the utilities and demos have been converted over to the new APIs and seem to be working fine. As a bonus the demos should now be web-startable.

The new workspace has some public API changes compared to the current one. The ALC.Device and ALC.Context inner classes have been promoted to top-level data types (ALCdevice and ALCcontext) as is the glue code style in JOGL. The mappings of e.g. void* to Buffer which are done in JOGL are now done in the new JOAL workspace. I took the liberty of cleaning up some unused / unneeded methods in the ALut and ALFactory classes as well as some other cleanups. The headers have been upgraded to OpenAL version 1.1 and the lookup of the function pointers has been automated.

One slight downside of this change is that it currently requires a built JOGL workspace to be a sibling of the JOAL workspace, in order to pick up the GlueGen tool out of the JOGL workspace. We hope to split off the GlueGen tool into its own project on so this would not be required forever.

I would like to check in this work on to the main trunk and increment the version number to 1.1.0 from 1.0.0 to indicate an API change. All in favor, please say 'aye'. If you have any objections to this, please post them.
Offline gregof

Junior Devvie

in code we trust

« Reply #1 - Posted 2005-12-22 07:53:39 »

This sounds like a very good idea!

// Gregof

Edit: Aye!
Offline Ken Russell

JGO Coder

Java games rock!

« Reply #2 - Posted 2005-12-22 08:04:43 »

FYI, the new code has been checked in under the gluegen-branch-1-0 branch. You can see it via
  cvs co -r gluegen-branch-1-0 joal

(with appropriate CVSROOT, etc.).

I don't have Developer privileges on the joal-demos workspace yet so can't check in the new versions, but it's a pretty mechanical transformation to the new APIs.

Hopefully with some more feedback we'll promote this branch to the main trunk after the holidays.
Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline cwei

Senior Newbie

Let the robots do.

« Reply #3 - Posted 2006-01-02 15:04:01 »

This is a very good idea.*

I say, Aye

Offline Ken Russell

JGO Coder

Java games rock!

« Reply #4 - Posted 2006-01-02 16:57:22 »

Thanks for your feedback. However, the namespace for JOAL will not change as there is no JSR for it underway. One could certainly be done, but for the time being the intent would be to check in the new APIs into the existing package.
Offline Ken Russell

JGO Coder

Java games rock!

« Reply #5 - Posted 2006-01-10 22:35:10 »

The GlueGen-based port of JOAL has been merged on to the JOAL main trunk. We hope to have nightly builds of JOAL available again soon. We are also working on splitting the GlueGen tool now used to autogenerate both the JOGL and JOAL APIs into its own project, which will make it easier to build the JOAL workspace.
Offline Mithrandir

Senior Devvie

Cut from being on the bleeding edge too long

« Reply #6 - Posted 2006-02-01 18:57:15 »

Just converting over our old code. The method alcFreeCurrentContext() is MIA. What's the replacement strategy for dealing with returning the AL content to the non-current state now?

The site for 3D Graphics information
Aviatrix3D JOGL Scenegraph
Programming is essentially a markup language surrounding mathematical formulae and thus, should not be patentable.
Offline Ken Russell

JGO Coder

Java games rock!

« Reply #7 - Posted 2006-02-02 02:46:14 »

alcMakeContextCurrent(null) should do it. It looks like the previous alcFreeCurrentContext was a convenience routine not in the core OpenAL spec.
Pages: [1]
  ignore  |  Print  

DesertCoockie (21 views)
2018-05-13 18:23:11

nelsongames (69 views)
2018-04-24 18:15:36

nelsongames (66 views)
2018-04-24 18:14:32

ivj94 (750 views)
2018-03-24 14:47:39

ivj94 (80 views)
2018-03-24 14:46:31

ivj94 (604 views)
2018-03-24 14:43:53

Solater (96 views)
2018-03-17 05:04:08

nelsongames (169 views)
2018-03-05 17:56:34

Gornova (387 views)
2018-03-02 22:15:33

buddyBro (1047 views)
2018-02-28 16:59:18
Java Gaming Resources
by philfrei
2017-12-05 19:38:37

Java Gaming Resources
by philfrei
2017-12-05 19:37:39

Java Gaming Resources
by philfrei
2017-12-05 19:36:10

Java Gaming Resources
by philfrei
2017-12-05 19:33:10

List of Learning Resources
by elect
2017-03-13 14:05:44

List of Learning Resources
by elect
2017-03-13 14:04:45

SF/X Libraries
by philfrei
2017-03-02 08:45:19

SF/X Libraries
by philfrei
2017-03-02 08:44:05 is not responsible for the content posted by its members, including references to external websites, and other references that may or may not have a relation with our primarily gaming and game production oriented community. inquiries and complaints can be sent via email to the info‑account of the company managing the website of java‑
Powered by MySQL Powered by PHP Powered by SMF 1.1.18 | SMF © 2013, Simple Machines | Managed by Enhanced Four Valid XHTML 1.0! Valid CSS!