Java-Gaming.org Hi !
Featured games (83)
games approved by the League of Dukes
Games in Showcase (523)
Games in Android Showcase (127)
games submitted by our members
Games in WIP (591)
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  
  Let .9 out  (Read 1160 times)
0 Members and 1 Guest are viewing this topic.
Offline Java Cool Dude

Senior Devvie




Java forever


« Posted 2004-02-17 09:51:15 »

so that we can port Xith3D to it Grin
Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #1 - Posted 2004-02-17 10:26:03 »

hehe
we're scheduling 0.9 for easter, but once we've gotten the initial extension refactor done - you might as well grab a cvs build...

Offline Matzon

JGO Knight


Medals: 19
Projects: 1


I'm gonna wring your pants!


« Reply #2 - Posted 2004-02-17 10:28:12 »

come to think of it... I think the initial refactor IS done - we just have some small issues we need to deal with before releasing (aka bugs Wink)

Games published by our own members! Check 'em out!
Legends of Yore - The Casual Retro Roguelike
Offline princec

« JGO Spiffy Duke »


Medals: 422
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #3 - Posted 2004-02-17 10:41:12 »

If you like I'll do a CVS build, call it 0.89 and post it up on puppygames. The API will not be changing significantly from this point on.

Cas Smiley

Offline ap_kelly

Junior Devvie




Java rocks!


« Reply #4 - Posted 2004-02-17 11:08:25 »

I have a quick fix I'd like to see added, glDepthMask() takes a boolean as a parameter, yet GL_TRUE is defined as an int, when porting code on the web between different languages it would be nice not to have to fix these little things by hand.

I also noticed that LWJGL v0.8 has moved slightly away from the standard opengl method naming convention. I realise that the parameters to these functions can't be the same since we use buffers for many of these calls, but it would be nice to still keep the original method name.

Again I'm speaking from a porting of code point of view, it would really help clueless newbies like myself from having to figure out opengl and how to convert it to work with LWJGL methods.

I'm happy to say that I'm now using v0.8 with static imports under Java v1.5b and using sample code off the web is almost a cut and paste straight to a compile.

Keep up the good work!

Thanks.

Andy.

Offline princec

« JGO Spiffy Duke »


Medals: 422
Projects: 3
Exp: 16 years


Eh? Who? What? ... Me?


« Reply #5 - Posted 2004-02-17 11:48:43 »

We ought to fix that boolean... it should be an int, yes. But the few method names we've changed is deliberate, as usage of the new javaified methods is significantly different from the C API, and it needs to be carefully thought about when porting.

Only the  i/f/v postfixes have been removed anyway, which are now directly inferred from the fact that you're using a Buffer (therefore v is implied) and the type of the Buffer determines i or f. The other methods stay as they are to avoid too much brain adjustment.

Cas Smiley

Offline ap_kelly

Junior Devvie




Java rocks!


« Reply #6 - Posted 2004-02-17 20:05:43 »

I also have an idea for a common code simplification, kind of related to the code I've been writing for frustum culling.

I'm thinking that many people may have code to do frustum culling in their applications, and will therefore have code somewhere that looks like this :-

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
projBuf.rewind();
modlBuf.rewind();

// nice static imports means no more GL. everywhere!
glGetFloat(GL_PROJECTION_MATRIX, projBuf);
glGetFloat(GL_MODELVIEW_MATRIX, modlBuf);
 
projBuf.rewind();
modlBuf.rewind();
 
projBuf.get(proj);
modlBuf.get(modl);


what I'd like to see, and I know this has been touched on before, is code that looks like this instead :-

1  
2  
glGetFloat(GL_PROJECTION_MATRIX, proj);
glGetFloat(GL_MODELVIEW_MATRIX, modl);


Now creating a new FloatBuffer inside this call would be expensive (in terms of speed/object creation), but could LWJGL have a private FloatBuffer (initialised internally at application startup) of a big enough size (256?)  to accommodate the largest of the different GL_PROJECTION_MATRIX enum values, and automatically wrap up the supplied float[] and do the necessary rewind() and get() methods.

This could then also lead to a reverting of the decision to drop the v from methods like this that should be called glGetFloatV().

As you'll now be realising I like to keep my OpenGL java code as much like the C code that I've been trying to learn from on the web, and from books.

Thanks,

Andy.

Pages: [1]
  ignore  |  Print  
 
 
You cannot reply to this message, because it is very, very old.

 

Add your game by posting it in the WIP section,
or publish it in Showcase.

The first screenshot will be displayed as a thumbnail.

Gibbo3771 (10 views)
2014-11-24 19:59:16

trollwarrior1 (35 views)
2014-11-22 12:13:56

xFryIx (73 views)
2014-11-13 12:34:49

digdugdiggy (52 views)
2014-11-12 21:11:50

digdugdiggy (46 views)
2014-11-12 21:10:15

digdugdiggy (40 views)
2014-11-12 21:09:33

kovacsa (66 views)
2014-11-07 19:57:14

TehJavaDev (70 views)
2014-11-03 22:04:50

BurntPizza (68 views)
2014-11-03 18:54:52

moogie (83 views)
2014-11-03 06:22:04
Understanding relations between setOrigin, setScale and setPosition in libGdx
by mbabuskov
2014-10-09 22:35:00

Definite guide to supporting multiple device resolutions on Android (2014)
by mbabuskov
2014-10-02 22:36:02

List of Learning Resources
by Longor1996
2014-08-16 10:40:00

List of Learning Resources
by SilverTiger
2014-08-05 19:33:27

Resources for WIP games
by CogWheelz
2014-08-01 16:20:17

Resources for WIP games
by CogWheelz
2014-08-01 16:19:50

List of Learning Resources
by SilverTiger
2014-07-31 16:29:50

List of Learning Resources
by SilverTiger
2014-07-31 16:26:06
java-gaming.org 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‑gaming.org
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!