I'm back with the same problem I was having before.

I have an .ogg file which is about 3k in size and 3 minutes in length. When I load this file with 'soundSystem.loadSound(filename)' It takes up a huge amount of memory ( 800mb) in my application. Whats weird is that if I don't load it and just play it with soundSystem.backgroundMusic(), it takes up a normal amount of memory. This activity only seems to happen with certain .ogg files, some other ones I have work fine. It seems like there is something weird in the loadSound() method. Or perhaps my file has some funny attribute that isn't playing nice. Let me know if you want a copy of the .ogg file and I will send it to you. I cant put a link here because the sound is proprietary.

Thanks Paul,
Mike

My .ogg sounds are only a few second long each. When i load comparable .wav files they load instantly and take up a small amount of memory. I'm not really a sound guy so i may be oblivious to something obvious. Tomorrow i'm going to take a closer look at my situation and try to provide more details.

I pre cache all the sounds in my game using SoundSystem.loadSound(String). I find that when loading .ogg files it takes several seconds to load each file, and the memory usage is huge (something like 100mb for each file). Is this some kindof bug in the JOrbis codec? Or can it be attributed to something else?

Gjallar, I am in a similar situation to you. I am about to switch away from the fixed pipeline to try and find better performance. However the only thing i render in my game is textured quads. Did you see a performance increase by using VBO's for just textured quads?

I use a program called Network Emulator Toolkit x64 to do these types of things. It is pretty good and has lots of options for delay, packet loss, out of order packets, you name it.

It looks like you forgot to attach an animator to your canvas. Try adding this code to your Main method.

Animator animator = new FPSAnimator(canvas, 60);
animator.start();

An animator will call your GlEventListener.display() method in a loop so it can render each frame of your scene.

We just finished networking and client side prediction in our game. Here is the set of articles we based our framework on.

http://www.gabrielgambetta.com/?p=11

http://www.gabrielgambetta.com/?p=22

http://www.gabrielgambetta.com/?p=63

If you have any questions with a particular part of the implementation feel free to ask. I just spent a month implementing this and could definitely help you out.

We just finished networking for our game. I strongly recommend using Kryo to make your life easier, unless you want to challenge yourself and write your own Socket code. Here are a few articles that we based our multiplayer framework on.

https://developer.valvesoftware.com/wiki/Source_Multiplayer_Networking

https://developer.valvesoftware.com/wiki/Latency_Compensating_Methods_in_Client/Server_In-game_Protocol_Design_and_Optimization

http://gafferongames.com/networking-for-game-programmers/

I am trying to use the Gamma class to adjust the brightness of my application. The documentation says the changes should persist until the application exits, however all I get is one flash of the new brightness when my application is starting, then it returns to normal. I make a call to the setDisplayGamma() method once in my GLEventListener.init(). Am I using this class incorrectly?

Thanks,
Mike

I get the same exact jittering using JOGL 2.0 and NEWT. Is this an unsolvable side effect of running in windowed mode? I also see the same jitters in Minecraft while running in windowed mode.

Hi Paul,

I seem to be experiencing a bug with the SoundSystem.libraryCompatible() method.

If I call 'SoundSystem.libraryCompatible( LibraryJavaSound.class );' it always returns false.
But 'sound = new SoundSystem( LibraryJavaSound.class );' instantiates without errors, and sound will play just fine.

Im using Windows 7 64-bit, with JRE 7 64-bit.

Wow that works nicely! You are our savior theagentD! The only problem now is that if you shrink the texture smaller than its native size the aliasing returns. You can see this in the image below. Is there any work around to this or do we just have to not modify the size of our angled terrain?

Hey guys. We use JOGL to render our game and we are currently getting really bad aliasing when we have angled terrain. See image below. Everything in our game is drawn using a textured quad. It seems like implementing some type of anti-aliasing would be overkill for our simple 2d game. What types of techniques could we use to eliminate this aliasing, perhaps some type of texture filtering? I have heard that bilinear filtering can reduce aliasing.

Hey guys, I am the other developer working on this project with rejechted.

Here is the pic of the two blocks touching that you asked for theagentd. The penumbra doesn't get bugged, but the shadow from one block does overlap the other block a bit. This isnt realistic but im not really sure how we would avoid it.

You can also see that we implemented a flashlight on our character. We used the same shader that we used for the shadow penumbra to give the edge of the light a nice fade.