<div>
Thanks!<br />
<br />
Missed that. Seems obvious now I think about it.<br />
<br />
The whole game loop now takes on average just under 2ms. Smashing!
</div>


<div>
<div class="content wysiwyg-content">
I'm trying to put together a simple game in Java with jogl. I'm using GLCanvas on a JFrame.<br />
<br />
My main class implements GLEventListener and does all the game logic and rendering in the overriden GLEventListener's display() method, the listener is registered with the GLCanvas. There is an infinate loop that repeatly calls display() on the GLCanvas instance.<br />
<br />
All the rendering works fine, the problem is that no matter how may quads I'm drawing (even doing nothing in the display() method) I can never pass about 70fps.<br />
<br />
If I call mCanvas.setAutoSwapBufferM<wbr />ode(false)<wbr />, I get massive frame rates (~1000fps) but no automatic render. So I call swapBuffers myself - rendering works again but the frame rate drops to ~70fps again.<br />
<br />
Seems to me that swapping the buffers should be relativily fast, compared to the actual compositing of the back buffer anyway. In other games I've made (C++/OpenGL/Direct3D) swapping the buffers has taken less than 1ms. Here I'm seeing about 15ms.<br />
<br />
I guess I've set up JOGL or the GLCanvas wrong but can't figure it out.<br />
<br />
Anyone come across this already?
</div>
</div>


I'm trying to put together a simple game in Java with jogl. I'm using GLCanvas on a JFrame.

My main class implements GLEventListener and does all the game logic and rendering in the overriden GLEventListener's display() method, the listener is registered with the GLCanvas. There is an infinate loop that repeatly calls display() on the GLCanvas instance.

All the rendering works fine, the problem is that no matter how may quads I'm drawing (even doing nothing in the display() method) I can never pass about 70fps.

If I call mCanvas.setAutoSwapBufferMode(false), I get massive frame rates (~1000fps) but no automatic render. So I call swapBuffers myself - rendering works again but the frame rate drops to ~70fps again.

Seems to me that swapping the buffers should be relativily fast, compared to the actual compositing of the back buffer anyway. In other games I've made (C++/OpenGL/Direct3D) swapping the buffers has taken less than 1ms. Here I'm seeing about 15ms.

I guess I've set up JOGL or the GLCanvas wrong but can't figure it out.

Anyone come across this already?

Thanks!

Missed that. Seems obvious now I think about it.

The whole game loop now takes on average just under 2ms. Smashing!

JOGL&#39;s GLCanvas swapBuffer() is really slow... need speed up

I&#39;m trying to put together a simple game in Java with jogl. I&#39;m using GLCanvas on a JFrame.

My main class implements GLEventListener and does all the game logic and rendering in the overriden GLEventListener&#39;s display() method, the listener is registered with the GLCanvas. There is an infinate loop that repeatly calls display() on the GLCanvas instance.

All the rendering works fine, the problem is that no matter how may quads I&#39;m drawing (even doing nothing in the display() method) I can never pass about 70fps.

If I call mCanvas.setAutoSwapBufferMode(false), I get massive frame rates (~1000fps) but no automatic render. So I call swapBuffers myself - rendering works again but the frame rate drops to ~70fps again.

Seems to me that swapping the buffers should be relativily fast, compared to the actual compositing of the back buffer anyway. In other games I&#39;ve made (C++/OpenGL/Direct3D) swapping the buffers has taken less than 1ms. Here I&#39;m seeing about 15ms.

I guess I&#39;ve set up JOGL or the GLCanvas wrong but can&#39;t figure it out.

Anyone come across this already?

JOGL's GLCanvas swapBuffer() is really slow... need speed up

Game programming is the software development of video games. Game programming requires substantial skill in software engineering as well as specialization in simulation, computer graphics, artificial intelligence, physics, audio programming, and input. Like other software, game development programs are generated from source code to the actual program by a compiler. Source code can be developed with almost any text editor, but most professional game programmers use a full integrated development environment (IDE).

Game Programming

Java is a platform-independent, object-oriented programming language and run-time environment, designed to have as few implementation dependencies as possible such that developers can write one set of code across all platforms using libraries. Most devices will not run Java natively, and require a run-time component to be installed in order to execute a Java program.