Java-Gaming.org    
Featured games (79)
games approved by the League of Dukes
Games in Showcase (477)
Games in Android Showcase (107)
games submitted by our members
Games in WIP (535)
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 / Moving Camera or Moving scene to respond to mouse movement on screen? on: 2006-10-10 14:55:17
Sorry about the more OpenGL rather than JOGL question but I am very intersted in knowing people's opinion to apply changes to my JOGL project in order to maximize performances.


PS: for the jogl.utils people, I also would really be very interested if model from blender could be imported, especially the IK stuff  Cool
2  Java Game APIs & Engines / JOGL Development / Re: Experiences of migrating from JOGL 1.1.1 to JSR231 on: 2006-09-20 10:21:25
rewind did the trick!

I think it is worth to say that it is general to any method from the JSR api that uses Buffers, all of them need to have a rewind() call before they are used for the first time ;-).
3  Java Game APIs & Engines / JOGL Development / Re: Experiences of migrating from JOGL 1.1.1 to JSR231 on: 2006-09-19 17:50:58
Hi,

Seing the brand new release of jogl i have decided to shift my old version to the new one.
Made the changes which often made my code simpler and cleaner. So firstly thanks for that ;-)

However at run time i got a nasty crash at the moment i am trying to load one FloatBuffer into the VRAM.

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
if(hasVBO)
      {
      VBOs=BufferUtil.newIntBuffer(3);
      gl.glGenBuffersARB(3, VBOs);
      gl.glBindBufferARB(GL.GL_ARRAY_BUFFER_ARB, VBOs.get(0));
gl.glBufferDataARB(GL.GL_ARRAY_BUFFER_ARB, nvertex * 3 * BufferUtil.SIZEOF_FLOAT, vertices, GL.GL_STATIC_DRAW_ARB);  <-----------------
      gl.glBindBufferARB(GL.GL_ARRAY_BUFFER_ARB, VBOs.get(1));
      gl.glBufferDataARB(GL.GL_ARRAY_BUFFER_ARB, nvertex * 2 * BufferUtil.SIZEOF_FLOAT, texCoords, GL.GL_STATIC_DRAW_ARB);

      gl.glBindBufferARB(GL.GL_ARRAY_BUFFER_ARB, VBOs.get(2));  
      gl.glBufferDataARB(GL.GL_ARRAY_BUFFER_ARB, nvertex * 3 * BufferUtil.SIZEOF_FLOAT, normals, GL.GL_STATIC_DRAW_ARB);
   
      normals=null;
      vertices=null;
      texCoords=null;
      }

The crash i got is an ACCESS_VIOLATION_EXCEPTION with the trace as follow. This was working perfectly fine before so i do not know what new thing deep inside could cause this? any one got the same problem.

If need more information please tell me and i will post everything you would need to solve the prob.

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  
#
# An unexpected error has been detected by HotSpot Virtual Machine:
#
#  EXCEPTION_ACCESS_VIOLATION (0xc0000005) at pc=0x69661988, pid=2260, tid=4000
#
# Java VM: Java HotSpot(TM) Client VM (1.5.0_06-b05 mixed mode)
# Problematic frame:
# C  [nvoglnt.dll+0x161988]
#

---------------  T H R E A D  ---------------

Current thread (0x0b1d4ad0):  JavaThread "AWT-EventQueue-0" [_thread_in_native, id=4000]

siginfo: ExceptionCode=0xc0000005, reading address 0x0beab004

Registers:
EAX=0x000761cc, EBX=0x0c75c800, ECX=0x00001d87, EDX=0x0bea90cc
ESP=0x0b7df520, EBP=0x0b7df53c, ESI=0x0beaafcc, EDI=0x0ebaaf00
EIP=0x69661988, EFLAGS=0x00010206

Top of Stack: (sp=0x0b7df520)
0x0b7df520:   0cd100c0 0cc6f400 0c75c800 00000000
0x0b7df530:   00000001 00000002 69638fdd 0cd18fe8
0x0b7df540:   6963830d 0eba9000 0bea90cc 000780cc
0x0b7df550:   0c75c800 00000000 00000000 00000000
0x0b7df560:   69639673 0cd100c0 0c75c800 00000000
0x0b7df570:   000780cc 0bea90cc 0c75c800 0cd100c0
0x0b7df580:   00008892 695671d7 0cd100c0 00008892
0x0b7df590:   000088e4 0c75c800 000780cc 00000000

Instructions: (pc=0x69661988)
0x69661978:   e9 06 8d 9b 00 00 00 00 0f 10 46 10 0f 10 4e 20
0x69661988:   0f 10 56 30 0f 10 1e 0f 2b 1f 0f 2b 47 10 0f 2b


Stack: [0x0b7a0000,0x0b7e0000),  sp=0x0b7df520,  free space=253k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [nvoglnt.dll+0x161988]

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  com.sun.opengl.impl.GLImpl.dispatch_glBufferDataARB0(IILjava/lang/Object;IIJ)V+0
j  com.sun.opengl.impl.GLImpl.glBufferDataARB(IILjava/nio/Buffer;I)V+52   <-----------------
j  Hege3D.banqueObjets.Arbre.InitArbre(Ljavax/media/opengl/GL;Z)V+118
j  Hege3D.banqueObjets.Objets.InitObjets(ZLjavax/media/opengl/GL;Ljavax/media/opengl/glu/GLU;)V+729
j  Hege3D.interfacesGraphique.Scene3D.init(Ljavax/media/opengl/GLAutoDrawable;)V+154


Thanks
4  Java Game APIs & Engines / JOGL Development / particle effects without black background... on: 2006-09-15 09:53:08
For particle effects like smoke, fire, lasers, rain, etc. you should try using additive blending (dest = dest + source) as this also doesnt require sorting.

Hi, by searching through the forum for information on the particle effect like fire, water etc.. i fell on this topic.
However i am quite new to using particle system so i would need some advice and guidance.
I have seen the demo about particle engines but  they are all using a png image with a black background.
This made me wondering, How can i create a fire effect in a room, for example with a torch on the wall so it looks like a fire without this black background.  Is the additive blending the way to do so? If so, it would be great if you could explain it in details to me so i can try to include the technique to produce the different effects i have in mind.

Thanks
5  Java Game APIs & Engines / JOGL Development / particles effect without black background on: 2006-09-14 16:52:06
For particle effects like smoke, fire, lasers, rain, etc. you should try using additive blending (dest = dest + source) as this also doesnt require sorting.

Hi, by searching through the forum for information on the particle effect like fire, water etc.. i fell on this topic.
However i am quite new to using particle system so i would need some advice and guidance.
I have seen the demo about particle engines but  they are all using a image with a black background.
This made me wondering, How can i create a fire effect in a room, for example with a torch on the wall so it looks like a fire without this black background.  Is the additive blending the way to do so? If so, it would be great if you could explain it in details to me so i can try to include the technique to produce the different effects i have in mind.

Thanks
6  Java Game APIs & Engines / JOGL Development / Re: Can VBOs be used at the same time as Vertex Arrays? on: 2006-06-16 14:35:14
Yes i am still using the pre JSR one, but i am going to shift to it as soon as next version is out. Mainly because i fancy the FPSanimator :-p

gl.glBindBufferARB(GL.GL_ARRAY_BUFFER_ARB, 0);

It solved it right away, i guessed there was surely a simple way now i know which one  Tongue

Thanks
7  Java Game APIs & Engines / JOGL Development / Can VBOs be used at the same time as Vertex Arrays? on: 2006-06-16 10:27:24
Hi All,

Well my problem is simple but i can not figure out some workaround, or the reason of the problem.
I have a scene in which i have a parchment unscrolling itself. Therefore i have kept its data in vertex arrays to be able to modify it dynamically to produce the unscrolling effect.
Once unscrolled i am draying fixed objects on it (trees cows etc...) which are completely fixed and therefore i am keeping them in VBOs.
Now the problem is, when i draw my VBO, my vertex array do not redraw anymore. Below you can find the bits of code used to draw the map and its objects:

                   
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  
 
public void Draw(GL gl)
   {
   gl.glVertexPointer(3, GL.GL_FLOAT, 0, verticesB);
   gl.glTexCoordPointer(2, GL.GL_FLOAT, 0, texCoords);
   gl.glNormalPointer(GL.GL_FLOAT, 0, normalsB);
   gl.glBindTexture(GL.GL_TEXTURE_2D,textures[empire]);
   gl.glPushMatrix();
   gl.glTranslatef(0.75f,0.5f+pos,0);
   gl.glRotatef(angle,0,0,1);
   gl.glTranslatef(-0.75f,-0.5f,0);
   gl.glDrawArrays(GL.GL_QUADS, 0, 592);
   gl.glFrontFace(GL.GL_CW);
   gl.glBindTexture(GL.GL_TEXTURE_2D,textures[3]);
   gl.glDrawArrays(GL.GL_QUADS, 0, 592);
   gl.glFrontFace(GL.GL_CCW);
   gl.glDisable(GL.GL_TEXTURE_2D);
   for(int i=0;i<size[empire];i++)
      {
      gl.glPushMatrix();
      gl.glTranslatef(fiefs[empire][i][0],fiefs[empire][i][1],0);
      if(ressources[empire][i].equals("bois"))
         {
         gl.glScalef(0.08f,0.08f,0.08f);
         gl.glRotatef(90,1,0,0);
         Objets.arbre(gl);
         }
      if(ressources[empire][i].equals("betail"))
         {
         gl.glScalef(0.06f,0.06f,0.06f);
         gl.glRotatef(90,1,0,0);
         Objets.betail(gl);
         }
      if(ressources[empire][i].equals("cereales"))
         {
         gl.glScalef(0.03f,0.03f,0.02f);
         gl.glRotatef(90,1,0,0);
         Objets.cereales(gl);
         }
      if(ressources[empire][i].equals("roche"))
         {
         gl.glScalef(0.04f,0.04f,0.04f);
         gl.glRotatef(90,1,0,0);
         Objets.roche(gl);
         }
      gl.glPopMatrix();
      }
   gl.glEnable(GL.GL_TEXTURE_2D);


In turn each Objets.* will call a drawing method looking like this one.

1  
2  
3  
4  
5  
6  
7  
8  
9  
10  
11  
12  
13  
14  
15  
16  
   if(VBOs!=null)
      {
      gl.glBindBufferARB(GL.GL_ARRAY_BUFFER_ARB, VBOs[0]);
      gl.glVertexPointer(3, GL.GL_FLOAT, 0, null);
      gl.glBindBufferARB(GL.GL_ARRAY_BUFFER_ARB, VBOs[1]);
      gl.glTexCoordPointer(2, GL.GL_FLOAT, 0, null);  
      gl.glBindBufferARB(GL.GL_ARRAY_BUFFER_ARB, VBOs[2]);
      gl.glNormalPointer(GL.GL_FLOAT, 0, null);  
      }
   else
      {
      gl.glVertexPointer(3, GL.GL_FLOAT, 0, vertices);
      gl.glTexCoordPointer(2, GL.GL_FLOAT, 0, texCoords); coordonees de texture
      gl.glNormalPointer(GL.GL_FLOAT, 0, normals);
      }
          ...   Draw stuff ....


So each times i am turning my pointers to the vertex arrays before drawing the vertex array and to the VBOs before drawing VBOs, so i am not clear to why my the content of my vertex arrays is not drawn anymore. Is there a need for me to "unbind the buffer" before drawing a vertex array structure? If so how?

Thanks for your help
8  Java Game APIs & Engines / JOGL Development / Re: Animate 3D character? on: 2006-04-03 16:16:31
Quote
For skeletal animation vertices are assigned to 'bones' (matrices) and matrices are stored with the rotation, translation, and scaling for each individual frame of animation.  With skeletal animation you can also do physics on the bones enhancing realism.

Does anyone have an exemple of skeletal animation using JOGL? or C++?
9  Java Game APIs & Engines / JOGL Development / Re: Animate 3D character? on: 2006-03-31 11:27:14
I am not clear to what you mean by

"if your object are static and linked together by pivot "

in fact i might have misexplain myself.
Each building is a java object and my character ia also a java object that contains the array of vertices.
and what i consider a frame is a particular state of that array.
And if i need to interpolate i need to do something like

1  
Vert[i]= (1-t) * VertStart[i] + t * VertEnd[i]


And this is what i am fearing is taking time if i have thousand vertices.
10  Java Game APIs & Engines / JOGL Development / Re: Animate 3D character? on: 2006-03-31 10:41:22
Hi,

I am planning to try a key frame animation of my characters, I just have a small concerns.

For example imagine that i have a world with many buildings homes etc... so completely fixed using VBO to store them in video memory as they are fix i do not need to access their vertex arrays.

Now i have an animal, a cow, that i want to include there for trying to animate my first thing. Its polygons are therefore stored in a vertex array, but sitting in main memory to be able to update it.

My main concerns is that if i have two key frames, to create the animation what should i do, calculate the interpolation at drawing time or generate the 24 frame of a second of animation and storing them in my objet to simply read them at drawing time?

In my opinion the first one risk to make everything crawling down and the second will cost me a huge amount of memory...

So here is the question, what is the best technique to have a smooth (CPU/GPU) efficient animation?
11  Java Game APIs & Engines / JOGL Development / What should normally be more efficient on: 2005-08-09 15:01:11
Hi Everyone,

I am facing a dilemma. Imagine you want to model the shape af a gothic cathedral, therefore shapes like the buttress will repeat themselves many times.
There are different ways to tackle this point, but i do not know which one is meant to be the most efficient.
12  Java Game APIs & Engines / JOGL Development / Re: [Q] Multiple JOGL canvases in single application on: 2005-07-26 10:29:24
I see, this one was kind of tricky, i was drawing the building from inside the GLeventlistener callback but was creating it from the response of a MouseListener callback.
I changed it and now everyone is happy  Smiley

Thanks a lot  Wink
13  Java Game APIs & Engines / JOGL Development / Re: [Q] Multiple JOGL canvases in single application on: 2005-07-23 22:52:19
Here it is below attached as txt file

By the way i have noticed something strange.
In my main frame i create one GLJPanel in which i make the main display and later i create other GLJPanel "shared" with the main one to display others parts in new frame. The buildings display correctly in these latter frame but not in the main.

Has you can seen on the pictures below, on one (prob2.jpg) building appear with its chemney correctly but not on the other (prob.jpg) , but it is the same building created the same way. The chemney is drawn through a display list, and the same problem arise with all other parts of buildings being drawn from display lists (meaning that on the frames it is ok but not on the main frame)

So i guess the problem is the same as the VBOs which work fine in the small frames but not in the main one as the crash below show.

Is it a known problem?
14  Java Game APIs & Engines / JOGL Development / Re: [Q] Multiple JOGL canvases in single application on: 2005-07-20 18:34:18
Hi

I would have another question, textures and display list are shared but what about the VBOs?

It seems my app is quite unhappy when i try to draw from a VBO on a GL object that is shared. I mean by that, that it severly crashes complaining about an Illegal access made by the method DrawArray() not an exception but an error launched from JVM. I do not have the output here but i will add it as soon as i am back on the machine where it happened.
15  Java Game APIs & Engines / JOGL Development / Re: [Q] Multiple JOGL canvases in single application on: 2005-07-19 16:52:46
Sounds like i am really distracted these days  Roll Eyes

thanks anyway to show me the correct way
16  Java Game APIs & Engines / JOGL Development / Re: Why the hell is it not displaying? on: 2005-07-19 16:29:18
If anyone see something obvious please give me a shout, this is driving me nuts. I have the feeling it is something basic but I seem to be blind to it

Well sounds like you pointed out how blind I can be sometimes  Tongue

Thanks to point it out  Wink
17  Java Game APIs & Engines / JOGL Development / Re: [Q] Multiple JOGL canvases in single application on: 2005-07-19 14:19:27
If i am setting many parameters to a GL Objects (like loading many textures "into" it), and then use the command setGL() to another canvas, shouldn't the textures ID be pointing to the right adress for both?

It seems they are not, I am having a Canvas with its GlEventListener, loading the textures into the VRAM and having the textures ID in an array.
Then i call a method on other canvas, passing them the array of ID and the GL object but when drawing in these canvas textures are not applied.

Is it normal or I just do not do it the right way. In Jrefract exemples the seem to clone directly the GL object but it sounds quite a rude operation no?
18  Java Game APIs & Engines / JOGL Development / Re: Why the hell is it not displaying? on: 2005-07-19 12:22:30
Got it ! Grin

I found the reason, but i am not really understanding why it does so. The fact is i place my  "eye" at coordinate (x,y+20,z) and my look point at (x,y,z). Meaning that i look vertically downwards to my scene.

It seems that gluLookAt is suddenly very unhappy with it since my screen directly get black?

Even if i am thinking about how does the view Volume is built i do not know why it is behaving like that. Is it normal?
19  Java Game APIs & Engines / JOGL Development / Why the hell is it not displaying? on: 2005-07-15 16:29:54
Hi everyone,
I don't know whether i am blind or what but i have twice the same code to initialise a rendering in one class it works and in the other my Canvas desperately keeps being black.
I have spend nearly two days reading my code letter by letter but i really can not figure it out !!

Here is the one that works.

http://www.ccp4.ac.uk/fr45/jogl/HegeScene.java

and here the one that do not

http://www.ccp4.ac.uk/fr45/jogl/HegeArch.java

If anyone see something obvious please give me a shout, this is driving me nuts. I have the feeling it is something basic but I seem to be blind to it
20  Java Game APIs & Engines / JOGL Development / Re: [Q] Multiple JOGL canvases in single application on: 2005-07-15 10:40:35
Thx for information  Wink
21  Java Game APIs & Engines / JOGL Development / Re: [Q] Multiple JOGL canvases in single application on: 2005-07-14 15:14:42
Hi,
Is it possible to post a code example of this?
It is not clear to me how to handle the different display() etc... openGL functions?

Do you create all your GLcanvases in one class or you make one class for each GLcanvas to handle its behaviour?
I would think it has to be done in the second way but if someone can confirm it or tell me if i am wrong it would be nice  Wink
22  Java Game APIs & Engines / JOGL Development / Re: Do s and Don't s? on: 2005-06-27 10:14:22
Thanks to gverig, by finally looking to all my calls to glu quadrics objects i finally found it !
One sphere that was generating 40 000 polygons unnecessarily!
6 cylinders that were generating 10000 polygons unncessarily.
Just like a magic trick the speed of my application suddenly got back to the quick normal speed it should have!!
23  Java Game APIs & Engines / JOGL Development / Re: Do s and Don't s? on: 2005-06-25 13:16:56
As to your last post, I didn't undertand much.
Do you mean that after you used VBO for your torus and cylinders then what kind of calling methods you should use?
If you don't have tens of thounds of objects I think you can just call them with glDrawElements, and instead, if you want to get better ( but maybe a little better) performance, you can use display list.

No i mean that i will use VBO for every polygons i was previously generating with glvertex etc... in loops, making thousands of calls to these functions. But for cylinders, disks, sphere and cones, i am using gluquadric since they have the texture binding enable very easily, for the torus i am using glut. Since every thing except these will be turned into VBO i was wandering how i should deal with them now. Should i put the calls to gluquadric() into display lists (with memory usage more important), only put them in loops (with the lack of efficiency due to the increasing number of them) or give up gluquadric to some other methods that would be more efficient?
24  Java Game APIs & Engines / JOGL Development / Re: Do s and Don't s? on: 2005-06-24 15:47:53
I guess i will try running my application through profiler on my quick machine later, if i try on the one whose slowness make me annoyed it take ages to even start the application...

Anyway i am still investigating about vertex arrays and Buffer Object for future use as the complexity of my application will grow again and again as in final it should be able to contains something like 100 differents buildings style and you can guess how many more vertices and so on it will be.
My question is, i understand how vertex arrays and buffers objects make the memory usage easy to manage and make the speed much quicker than calling thousands of glvertex glnormal gltexcoord. 
How should i deal with my cylinders, cones, disks and torus. Should i put their drawing in display lists? (which might be quicker but seems to take more memory as said in opengl website) Should i simply use loops to draw repeated structure? Or should i use another existing way (that i might not know yet) to make their use smooth and efficient. (N.B for one disks, cone, cylinder or torus i currently never put more than 20 rings and 20 slices, i.e 400 quads per objects).

25  Java Game APIs & Engines / JOGL Development / Re: Do s and Don't s? on: 2005-06-23 15:43:47
To ZhaoYou,

Since i am using a keyListener and MouseListener i guess i can make them call the display method rather than having it continously called when not moving, is it what you mean?

To Gverig,
Your idea of passing it through a profiler is interesting but i have to admit i know nothing about profiler ... Embarrassed maybe you can give me hint or information about where to find and how to do.
Concerning the GLU quadrics, you think that creating my own method for drawing disks, Cylinders and Sphere would be more efficient rather than using the library ones?
I have in mynd that they are only shortcuts for polygons generation and rendering.
I the code i am using a couple of Torus also, would you suggest the same or GLUT is not a slow down? BTW thanks for the advice about posting files  Wink i will a more secure archive type to enable people to have code.
26  Java Game APIs & Engines / JOGL Development / Re: Do s and Don't s? on: 2005-06-22 09:58:23
I am using display lists with sometimes many loops containing GlVertex.

Does anyone think that modifying the code using Vertex arrays or Vertex buffers Objects might make a clear change in speed?
If it is likely to be the case i am willing to do it.
27  Java Game APIs & Engines / JOGL Development / Re: If you use VBO u should set ByteOrder to LITTLE_ENDIAN on Intel platform on: 2005-06-22 09:52:16
Hi by the way is there a former post with a clear example of using VBO?
I plan to change my display lists containing calls of GlVertex to VBO as it seems it would be far more quick.
28  Java Game APIs & Engines / JOGL Development / Re: normal array issue on: 2005-04-28 14:13:20
From how i understand it your code will draw make six quads with the correct normals but with

cube[0]cube[1]cube[2]cube[3]
cube[1]cube[2]cube[3]cube[4]
cube[2]cube[3]cube[4]cube[5]
cube[3]cube[4]cube[5]cube[6]
cube[4]cube[5]cube[6]cube[7]
cube[5]cube[6]cube[7]cube[8]

for each quads. You can try to put the vertex entries in such an order that when being drawn like this it will have the correct values but i don't know whether such an ordering is actually possible.

Therefore if your cube array contains 24 entries i suggest you put each 4 vertices of each quads after another and do

1  
gl.glVertexPointer(3, GL.GL_FLOAT, 0, cube[4*i]); 


But be careful i am assuming that gl.glDrawArrays draws only one quad, which can actually be wrong.  I have in mind that this method actually takes each group of n entries (here 4) and create a polygon with it repeatedly. Meaning that it would take 4 entries of your normal array too.

So i suggest to see the documentaiton of it to check about that. If draw only one quad then think of my suggestion. Otherwise you have to create an array of normals of the same size of your vertex array. (Meaning that you will have obviously repeated entries).

Hope this can help
29  Java Game APIs & Engines / JOGL Development / Re: Newbie Issue: JOGL Problems With jdk 5 in linu on: 2005-04-28 14:00:31
The first is a deprecated method and is not very serious. If you want to get rid of it you just change it to

1  
frame.setVisible(true);

and the compiler will be happy.

Concerning the setSwapInterval, normally if it is really an opengl method it should come like
1  
gl.glsetSwapInterval()
try to see if it compile afterwards.

However as it is one of the demo it is strange it is not compiling.
30  Java Game APIs & Engines / JOGL Development / Re: Need help~add a texture on the plane on: 2005-04-27 10:25:45
this code normally works perfectly fine for me.

maybe the problem comes from your line

1  
system.out.println(texture);


that will crash if it even happen to compile

if you want to check texture you should do

1  
system.out.println(texture.toString());


instead.


Concerning the reason of why * 3 i have no idea as i picked up the method in a tutorial  Grin
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 (37 views)
2014-07-24 01:59:36

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

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

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

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

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

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

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

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

Riven (56 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!