Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (477)
Games in Android Showcase (106)
games submitted by our members
Games in WIP (533)
games currently in development
News: Read the Java Gaming Resources, or peek at the official Java tutorials
 
   Home   Help   Search   Login   Register   
  Show Posts
Pages: [1] 2 3
1  Java Game APIs & Engines / JOGL Development / Re: Huh. Even specialer. on: 2004-05-16 14:53:03
Quote
What is the reasoning behind allowing the operating system to make a forced choice, and what might coax the operating system into making not-the-absolutely-stupidest-possible choice?

Dunno, but the DefaultCapabilitiesChooser is nothing more than "default" Grin If you want something that suits you needs, you'll have to write yours. From what I've read, it seems quite hard to pick the right configuration for integrated graphic chipsets and "exotic" cards...

However I thought the score-based algorithm was supposed to solve most problems. Comments anyone ?
2  Java Game APIs & Engines / JOGL Development / Re: JOGL Blue Screen Of Death on: 2004-05-16 08:21:18
The "GL_RENDERER: GDI Generic" part clearly shows that you got software rendering instead of hardware. This must be related to the recent changes in GLCapabilitiesChooser but since I still use an older version I can't tell for sure.

You could try the nightly build instead of a release, maybe the bug is corrected. If it isn't, you may have to write your own GLCapabilitiesChooser to get hardware acceleration.  Sad
3  Game Development / Newbie & Debugging Questions / Re: How to use compressed textures with OpenGL on: 2004-05-11 13:59:55
Quote
So actually you use the GL_EXT_texture_compression_s3tc extension then?
What's with the GL_ARB_texture_compression? How can I compress a texture so that it can be used with this extension? {Edit} Use one of those tools at Ati/Nvidia/blabla to lossy compress it.

Yes you should use Nvidia plugin (either with photoshop or  command-line). It is safe for DXT. Since I mostly played with Far Cry textures so far, I haven't created my own DDS files yet.

Quote
Extensions - an alien world to me. :)

Me too. I got part of the code from CodeSampler's DDS loader and added some missing stuff. ;D
4  Game Development / Newbie & Debugging Questions / Re: How to use compressed textures with OpenGL on: 2004-05-11 13:54:22
Well there is only one parameter to change.  Smiley

However I don't know how it works with GL_COMPRESSED_{RGB, RGBA, ALPHA, ...} : I only used it with DXT and I don't plan to support any other method at the moment. DXT compressed DDS textures are definitely great : having all mipmap levels and/or cubemap faces stored in a single file with high compression ratio is invaluable.

Though I wish Nvidia had respected MS specs with their DDS exporter : now a lot of DDS files have wrong header and size, which makes it difficult to write a stable loader.  Angry
5  Game Development / Newbie & Debugging Questions / Re: How to use compressed textures with OpenGL on: 2004-05-11 13:22:33
This is how I display DXT compressed textures with my DDS loader :
1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
      if(pixelFormat.isDXT())
      {
            boolean supported = true;
            int compressedFormat = 0;
                 
            switch(pixelFormat.getDXTVersion())
            {
                  case 1 :
                        compressedFormat = GL_COMPRESSED_RGBA_S3TC_DXT1_EXT; break;
                  case 3 :
                        compressedFormat = GL_COMPRESSED_RGBA_S3TC_DXT3_EXT; break;
                  case 5 :
                        compressedFormat = GL_COMPRESSED_RGBA_S3TC_DXT5_EXT; break;
                  default :
                        supported = false; break;
            }
                 
            if(supported)
            {
                  int size = image.getSize(); //return the total size of the compressed texture
                 gl.glCompressedTexImage2D(GL_TEXTURE_2D, 0, compressedFormat, width, height, 0, size, pixels);
            }
      }


Your problem is that the 'size' argument should be the total compressed size of the texture, not its storage type. At least that's how it works with DXT  Smiley
6  Java Game APIs & Engines / JOGL Development / Re: GluByte question on: 2004-05-10 19:30:02
I used byte[] for this one.
7  Java Game APIs & Engines / OpenGL Development / Re: Cant see things on: 2004-05-10 15:17:34
Quote
ok, I can see things now by using the following code, I have no viewport or camera of any type set.  I need to now find out what all the OpenGL call do and mean.  Smiley

Then you definitely need the Redbook. Wink

IMHO OpenGL is not the kind of API you can master just by playing a bit with a piece of code. You need to understand what goes under, both the math and the core calls. Either read some detailed tutorial or a book (the Redbook can be found online), every hours you spent on it will pay. Grin
8  Java Game APIs & Engines / OpenGL Development / Re: Cant see things on: 2004-05-10 14:30:37
Is there another method where you setup the "camera" ? It is usually done in a 'reshape' or 'init' callback and should contain stuff like glViewport(), gluPerspective() or glOrtho()...

Just a wild guess though : there seems to be a huge difference between line strip coordinates and other primitives. You could try to draw your quad using x and y vars, and see if it's visible.  Smiley
9  Java Game APIs & Engines / OpenGL Development / Re: Cant see things on: 2004-05-09 18:36:02
I think you should call glPushMatrix() after glClear() and add the corresponding glPopMatrix() at the end of your render method.

Right now your are appending translations to your model-view matrix without removing them, which causes your drawing to "leave" the viewport.
10  Game Development / Newbie & Debugging Questions / Re: Is the Redbook the best tutorial for OpenGL? on: 2004-05-05 14:35:16
http://www.codesampler.com/oglsrc.htm

There are some nice tuts about advanced OpenGL features (such vertex and fragment programs, Cg, GLSL,...).
11  Game Development / Newbie & Debugging Questions / Re: Is the Redbook the best tutorial for OpenGL? on: 2004-05-05 07:45:40
The Redbook is great to start with OpenGL : it covers most core features and is an easy read. However it won't get you into game programming, you'll need more specific tutorials such as those of NeHe or Gametutorials.

My current learning roadmap Cheesy :
- Redbook (completed)
- Gametutorials (in progress)
- CodeSampler (there is some crazy stuff there)
- messing a bit with Return to Castle Wolfenstein Grin
12  Java Game APIs & Engines / OpenGL Development / Re: Difference between lwjgl and... on: 2004-04-22 17:35:52
Thanks Chman, I'll give it a look Cheesy

With the changes made in 0.9, that makes LWJGL more and more attractive.
13  Java Game APIs & Engines / OpenGL Development / Re: Difference between lwjgl and... on: 2004-04-22 15:42:49
Huh I thought it wasn't possible to use LWJGL with a GUI toolkit (AWT, Swing or SWT).  That would be the kind of "major difference" worth speaking of...

But I may be wrong : last time I checked LWJGL it was the 0.7 version and you have done a great job since Smiley
14  Java Game APIs & Engines / JOGL Development / Re: Texture Mapping on: 2004-04-21 15:15:18
Well it took me almost 2 days to get a "generic" texture loading class which can convert most BufferedImages into textures. I first wrote a small program that loads an image and dumps every useful information and then I tested various GL parameters to display it correctly.

Now it works nicely, but I haven't tested it much (currently I mostly do ports from C++ tutorials to Java). I'll have to clean it when I'll start my first engine Smiley If you want I can mail you the files.

15  Java Game APIs & Engines / JOGL Development / Re: Texture Mapping on: 2004-04-21 11:55:44
ddu88 : IIRC the texture loader from the NeHe Lesson06 ports makes heavy assumption on image formats. It was not designed to handle any images, so you'll have to create your own BufferedImage -> GL texture code.

For a quick'n'dirty solution, you could try to change GL_RGB to GL_BGR in the GL calls : since the two channels are reversed when the texture is loaded, it should work.
16  Game Development / Game Mechanics / Re: Physics performance challenge to J.Kesselman.. on: 2004-04-16 14:08:35
Jeff's blog is http://weblogs.java.net/pub/wlg/1198.
17  Java Game APIs & Engines / JInput / Re: plugin property on: 2004-04-16 13:57:32
Good point  Smiley

However I think absolute paths could be useful during the testing phase, when you work with several plugin directories. In a game release the plugin directory would be under the root, as you pointed out before.

As far as I'm concerned, I put all jogl/joal/jinput stuff in my jre/lib and jre/lib/ext directories, because I am too lazy to add them to the classpath manually Grin

So at the moment I don't need that feature, but the code is here if someone want to test it or to include it in JInput.
18  Java Game APIs & Engines / JInput / Re: plugin property on: 2004-04-16 13:06:49
In fact the JVM was complaining that the library path was relative, not absolute. The error is in the findLibrary method of PluginLoader : instead of
1  
String libpath = parentDir.getPath() + File.separator + System.mapLibraryName(libname);

it should be something like :
1  
String libpath = parentDir.getAbsolutePath() + File.separator + System.mapLibraryName(libname);

Well there are several other changes involved to support correctly absolute paths, I'll post the code here so that it can be tested before submitting an official RFE + patch Grin

All these changes are made in net.java.games.input.DefaultControllerEnvironment.

1) replace method scanControllers() with

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
    private void scanControllers() {
        String pluginPathName = System.getProperty("jinput.controllerPluginPath");
        if(pluginPathName == null) {
            pluginPathName = "controller";
        }

        File[] dirs = getPotentialDirectories(pluginPathName);

      for(int i = 0; i < dirs.length; i++) {
            scanControllersAt(dirs[i]);
        }
    }


2) replace method scanControllersAt(String path) with

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
    private void scanControllersAt(File file) {
        try {
            Plugins plugins = new Plugins(file);
            Class[] envClasses = plugins.getExtends(ControllerEnvironment.class);
            for(int i=0;i<envClasses.length;i++){
                try {
                    if (DEBUG) {
                        System.out.println("ControllerEnvironment "+
                            envClasses[i].getName()
                            +" loaded by "+envClasses[i].getClassLoader());
                    }
                    ControllerEnvironment ce = (ControllerEnvironment)
                        envClasses[i].newInstance();
                    addControllers(ce.getControllers());
                } catch (Exception e) {
                    e.printStackTrace();
                }
            }
        } catch (Exception e) {
            e.printStackTrace();
        }
    }


(this is exactly the same method, except that it handles directly Files)

3) add the following methods

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
24  
25  
26  
27  
28  
29  
30  
31  
32  
33  
34  
35  
36  
37  
38  
39  
40  
41  
42  
43  
44  
45  
46  
47  
48  
49  
50  
51  
52  
    private String[] getPotentialPaths(String pluginPathName) {
        String javaHomePath = System.getProperty("java.home") + File.separator + "lib" + File.separator + pluginPathName;
        String userDirPath = System.getProperty("user.dir") + File.separator + pluginPathName;
        String rawPath = pluginPathName;

        String[] allPaths = { javaHomePath, userDirPath, rawPath };

        return allPaths;
      }


    private File[] getPotentialDirectories(String pluginPathName) {
        String[] paths = getPotentialPaths(pluginPathName);
        File[] dirs = null;

        if(paths.length > 0) {
            File[] allDirs = new File[paths.length];
            int validDirCount = 0;

            for(int i = 0; i < paths.length; i++) {
                try {
                    File f = (new File(paths[i])).getCanonicalFile();

                    if(f.exists()) {
                        boolean duplicated = false;

                        for(int j = 0; j < validDirCount; j++) {
                            duplicated |= f.equals(allDirs[j]);
                        }

                        if(! duplicated) {
                            allDirs[validDirCount] = f;
                            validDirCount ++;
                        }
                    }
                }

                catch(IOException ioe) {
                    ioe.printStackTrace();
                }
            }

            dirs = new File[validDirCount];
            System.arraycopy(allDirs, 0, dirs, 0, validDirCount);
        }

        else {
            dirs = new File[0];
        }

        return dirs;
    }


getPotentialPaths constructs the paths to be explored.
getPotentialDirectories makes sure that no directory will be searched twice by comparing files (trying to load the same library several times generates errors).

[EDIT] Sorry, my code indentation got screwed up by this damn forum  Angry If you are interested, I can mail you the file.
19  Java Game APIs & Engines / JInput / Re: plugin property on: 2004-04-16 09:39:22
Quote
Supporting absolute paths isn't high on the priority list in my own opinion as when you then deploy your application the absolute path will probably be different on the machines it's installed on, if you want to make the changes and submit a patch thats not a problem, if you raise a bug on the jinput issue tracker you can then submit the patch to that too and someone will stick it in cvs.

I am fine with the current system : absolute paths wouldn't add much to JInput.

Furthermore, my first tests raised an error when loading a native lib and I am not enough experienced with dynamic classloading to correct it at the moment. I'll investigate it if I really need this functionality, but it is not my priority either.
20  Java Game APIs & Engines / JInput / Re: plugin property on: 2004-04-16 08:18:17
No, absolute paths won't work. I opened the sources and currently, JInput scans for plugins :

* JAVA_HOME/lib/PLUGIN_PATH
* USER_DIR/PLUGIN_PATH

where JAVA_HOME is System.getProperty("java.home"), USER_DIR is System.getProperty("user.dir") and PLUGIN_PATH is System.getProperty("jinput.controllerPluginPath") or "controller".

Supporting absolute paths would require some trivial changes to net.java.games.input.DefaultControllerEnvironment in the scanControllers and scanControllersAt methods.
21  Java Game APIs & Engines / JInput / Re: plugin property on: 2004-04-15 20:25:55
Thanks endolf ! I think I mixed two JInput nightly builds, and one had still that 1.5 bug.

I cleansed the evil out of my machine Smiley and now it works fine.
22  Java Game APIs & Engines / JInput / Re: plugin property on: 2004-04-15 19:09:15
I tried it too, with my controller dir containing both dxinput.jar and dxinput.dll. The dxinput plugin seems to be detected but I get another exception :

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
24  
25  
26  
27  
Scanning jar: dxinput.jar
Examining file : META-INF/
Examining file : META-INF/MANIFEST.MF
Examining file : net/java/games/input/DirectInputAxis.class
Examining file : net/java/games/input/DirectInputDevice.class
Examining file : net/java/games/input/DirectInputEnvironmentPlugin.class
Found candidate class: net/java/games/input/DirectInputEnvironmentPlugin.class
java.lang.NoClassDefFoundError: IllegalName: net/java/games/input/DirectInputEnvironmentPlugin
      at java.lang.ClassLoader.preDefineClass(ClassLoader.java:459)
      at java.lang.ClassLoader.defineClass(ClassLoader.java:598)
      at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:123)
      at java.net.URLClassLoader.defineClass(URLClassLoader.java:260)
      at java.net.URLClassLoader.access+100(URLClassLoader.java:56)
      at java.net.URLClassLoader+1.run(URLClassLoader.java:195)
      at java.security.AccessController.doPrivileged(Native Method)
      at java.net.URLClassLoader.findClass(URLClassLoader.java:188)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:289)
      at java.lang.ClassLoader.loadClass(ClassLoader.java:235)
      at net.java.games.util.plugins.Plugins.processJar(Plugins.java:115)
      at net.java.games.util.plugins.Plugins.scanPlugins(Plugins.java:88)
      at net.java.games.util.plugins.Plugins.<init>(Plugins.java:76)
      at net.java.games.input.DefaultControllerEnvironment.scanControllersAt(DefaultControllerEnvironment.java:199)
      at net.java.games.input.DefaultControllerEnvironment.scanControllers(DefaultControllerEnvironment.java:189)
      at net.java.games.input.DefaultControllerEnvironment.access$000(DefaultControllerEnvironment.java:58)
      at net.java.games.input.DefaultControllerEnvironment$1.run(DefaultControllerEnvironment.java:109)
      at java.security.AccessController.doPrivileged(Native Method)
      at net.java.games.input.DefaultControllerEnvironment.getControllers(DefaultControllerEnvironment.java:107)


Could someone explain me what that line means ?
1  
java.lang.NoClassDefFoundError: IllegalName: net/java/games/input/DirectInputEnvironmentPlugin
23  Java Game APIs & Engines / JOGL Development / Re: jogl API feedback requested for JSR 231 on: 2004-04-15 07:52:00
shaddam_IV : RTFM ├╝bern00b ! (sorry Grin I couldn't resist)

Quoted from OpenGL 1.5 specs (GL command syntax, page 7) :

"The declarations shown in this document apply to ANSI C. Languages such as C++ and Ada that allow passing of argument type information admit simpler declarations and fewer entry points."

I don't know how you read it, but it seems that GL API is not carved in stone. Depending on the language capabilities you can produce a simplified binding which ease developers work without breaking the specs. IMO the bloated aspect of the C version is mostly due to language shortcomings.

Now there are pros and cons, and an oversimplified API would achieve the opposite of the desired effect. When googling around for Java/OpenGL bindings I found YAJOGLB (http://home.earthlink.net/~rzeh/YAJOGLB/doc/YAJOGLB.html), which use gl.vertex syntax. Here is an excerpt from the PlainCube demo :

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
24  
25  
26  
27  
28  
29  
30  
31  
  public void paint(GeometryViewer viewer, GL gl, GLU glu) {
    gl.pushMatrix();
    gl.rotate(30.0f, 1.0f, 1.0f, 1.0f);
    gl.material(FRONT_AND_BACK, AMBIENT_AND_DIFFUSE, material);
    gl.begin(QUADS);
    gl.normal( 0.0F, 0.0F, 1.0F);
    gl.vertex( 0.5F, 0.5F, 0.5F); gl.vertex(-0.5F, 0.5F, 0.5F);
    gl.vertex(-0.5F,-0.5F, 0.5F); gl.vertex( 0.5F,-0.5F, 0.5F);
   
    gl.normal( 0.0F, 0.0F,-1.0F);
    gl.vertex(-0.5F,-0.5F,-0.5F); gl.vertex(-0.5F, 0.5F,-0.5F);
    gl.vertex( 0.5F, 0.5F,-0.5F); gl.vertex( 0.5F,-0.5F,-0.5F);
   
    gl.normal( 0.0F, 1.0F, 0.0F);
    gl.vertex( 0.5F, 0.5F, 0.5F); gl.vertex( 0.5F, 0.5F,-0.5F);
    gl.vertex(-0.5F, 0.5F,-0.5F); gl.vertex(-0.5F, 0.5F, 0.5F);
   
    gl.normal( 0.0F,-1.0F, 0.0F);
    gl.vertex(-0.5F,-0.5F,-0.5F); gl.vertex( 0.5F,-0.5F,-0.5F);
    gl.vertex( 0.5F,-0.5F, 0.5F); gl.vertex(-0.5F,-0.5F, 0.5F);
   
    gl.normal( 1.0F, 0.0F, 0.0F);
    gl.vertex( 0.5F, 0.5F, 0.5F); gl.vertex( 0.5F,-0.5F, 0.5F);
    gl.vertex( 0.5F,-0.5F,-0.5F); gl.vertex( 0.5F, 0.5F,-0.5F);
   
    gl.normal(-1.0F, 0.0F, 0.0F);
    gl.vertex(-0.5F,-0.5F,-0.5F); gl.vertex(-0.5F,-0.5F, 0.5F);
    gl.vertex(-0.5F, 0.5F, 0.5F); gl.vertex(-0.5F, 0.5F,-0.5F);
    gl.end();
    gl.popMatrix();
  }


Is it that ugly ?

As far as I'm concerned, the main simplification I would like is redundant suffix removal (see my first post). The rest I don't really care, but I think we should aim at the best readability / efficiency balance.
24  Java Game APIs & Engines / JOGL Development / Re: OpenGL Commands outside of Display on: 2004-04-14 16:31:38
I don't know how professional games handle time consuming operations, but I suspect that :

* most of them are performed at level-loading time (where there is almost no GUI response, even progress bars don't progress "smoothly"),

* if it has to happen during game, it is broken down into smaller parts so that it may span over several frames.

Texture generation can usually benefit from the latter.
25  Java Game APIs & Engines / JOGL Development / Re: Some demos fail on GeForce 4 on: 2004-04-12 20:24:31
My Geforce4 Ti4200 has ARB_vertex_program, and according to Delphi3D your card should have it too (see http://www.delphi3d.net/hardware/extsupport.php?extension=GL_ARB_vertex_program).

When I want to check for an extension, I use glview (http://www.realtech-vr.com/glview). It provides a lot of information on the gfx card/driver you are using.
26  Java Game APIs & Engines / JOGL Development / Re: jogl API feedback requested for JSR 231 on: 2004-04-09 21:49:10
1) No additional safety checks please, it could kill performance and make it really difficult to compete with native apps. Wouldn't a big "WARNING : Don't mess too much with buffers" be sufficient ? Grin

2) Restricted permission could prevent the use of OpenGL in applets,  so this decision shouldn't be taken lightly (IMHO OpenGL applet could be a great way to draw people into java game development).

3) I second the removing suffixes proposal, "duplicated" functions clutter the API.

For example, glActiveTextureARB and glActiveTexture are exactly the same thing so it would make sense to merge them into a single glActiveTexture call which would fall back to glActiveTextureARB if necessary.

If I understood the whole ARB process correctly, we could suppress every ARB suffixes. As of EXT suffixes I don't know : is there the any guarantee that they would keep the same meaning if they were promoted to ARB or core ?

4) VBO offset : I haven't used them yet but any nice, non native way to handle them would be welcomed  Smiley
27  Java Game APIs & Engines / JOGL Development / Re: Jist3D - JOGL Based 3D Engine on: 2004-04-07 20:03:37
That's great, I am looking forward the release. Cheesy

Btw is there a place where I could find a detailed table of contents of your book ? I am not sure the one of Charles River Media is up-to-date.
28  Java Game APIs & Engines / JOGL Development / Re: How to draw circle with radial gradient fill on: 2004-04-07 07:09:44
This draws a 2D circle centered on (0,0) :

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
17  
18  
19  
20  
21  
22  
23  
24  
25  
      public void radialGradientCircle(GL gl, float[] innerColor, float[] outerColor, int slices, float radius)
      {
            float incr = (float) (2 * Math.PI / slices);

            gl.glBegin(GL.GL_TRIANGLE_FAN);

                  gl.glColor3fv(innerColor);
                  gl.glVertex2f(0.0f, 0.0f);

                  gl.glColor3fv(outerColor);

                  for(int i = 0; i < slices; i++)
                  {
                        float angle = incr * i;

                        float x = (float) Math.cos(angle) * radius;
                        float y = (float) Math.sin(angle) * radius;

                        gl.glVertex2f(x, y);
                  }

                  gl.glVertex2f(radius, 0.0f);

            gl.glEnd();
      }
29  Java Game APIs & Engines / JOGL Development / Re: How to draw circle with radial gradient fill on: 2004-04-06 20:33:01
Oops my mistake  Embarrassed
Dunno why, I thought long thin triangles had to be avoided. I can't remember where I read it, but it was probably related to some special case which is irrelevant there Smiley

30  Java Game APIs & Engines / JOGL Development / Re: How to draw circle with radial gradient fill on: 2004-04-06 16:30:59
AFAIK there is no easy way to do this. You have to draw concentric circles, tesselate them and set vertices color so that it produces the desired effect.

Not really hard per se (at least for a radial gradient), but IMO Java2D is more suited for this task.
Pages: [1] 2 3
 

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

The first screenshot will be displayed as a thumbnail.

pw (24 views)
2014-07-24 01:59:36

Riven (24 views)
2014-07-23 21:16:32

Riven (18 views)
2014-07-23 21:07:15

Riven (21 views)
2014-07-23 20:56:16

ctomni231 (50 views)
2014-07-18 06:55:21

Zero Volt (45 views)
2014-07-17 23:47:54

danieldean (36 views)
2014-07-17 23:41:23

MustardPeter (39 views)
2014-07-16 23:30:00

Cero (55 views)
2014-07-16 00:42:17

Riven (55 views)
2014-07-14 18:02:53
HotSpot Options
by dleskov
2014-07-08 03:59:08

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:58:24

Java and Game Development Tutorials
by SwordsMiner
2014-06-14 00:47:22

How do I start Java Game Development?
by ra4king
2014-05-17 11:13:37

HotSpot Options
by Roquen
2014-05-15 09:59:54

HotSpot Options
by Roquen
2014-05-06 15:03:10

Escape Analysis
by Roquen
2014-04-29 22:16:43

Experimental Toys
by Roquen
2014-04-28 13:24:22
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!