3D Vehicle Dynamics Engine Demo (New Version)

WIP games, tools & toy projects
#1

Hello all

I have just joined JavaGaming.org, so I’ll briefly introduce myself. My name is Grzegorz Holdys. I run a small company called Insight Machines, that creates simulation games mainly for education and training purposes. Some time ago I started developing a physics engine for 3D car games. The engine is not complete, but in my opinion it works well enough to show it to the World :-). You can find the demo here. It requires Java 6.0 to work. Please take a look at it a tell me what you think. I have tested the demo on three different machines running Windows XP, Linux and Windows Vista, so it should work, but if it doesn’t please let me know.

Cheers,
Grzegorz

P.S
I include a screenshot:

http://www.insightmachines.com/graphics/vde_1.jpg

#2

Very very cool - worked perfectly.

However the FPS is alot lower than I would like at 21FPS on Intel Q6600, Geforce 8800GTS, WindowsXP. You seem to be using JOGL so is it the physics slowing it down?

Would love to see a game made out of this.

#3

Can you check your CPU usage? The demo does not use continues rendering - it uses a special Animator thing from JOGL to keep FPS at around 25. On Linux, this is 25, but on WindowsXP it’s a little less (thanks to the precision of the system timer on Windows)

#4

[quote=“gholdys,post:3,topic:32666”]
Oh that explains it ;D

It seems to run at below 2% CPU when driving around and about 6% when I push a cylinder around by driving into it continuously. I managed to get it to 11% when trying to hit all 4 cylinders at the same time.

#5

I have increased the target FPS to 30, so it should run a little smoother now. I can’t increase it much more, because I won’t be able to play :stuck_out_tongue: - I have a 2.1GHz AthlonX2 CPU and an integrated GeForce 6150.

#6

This is a very very cool demo! :slight_smile: I managed to get stuck inside a cylinder at one point tho!

Really great car physics.

Kev

#7

thats really cool gholdys!

FPSAnimatuor usually does not produce smooth framerates try to switch to the normal Animator and enable vsynch (gl.setSwapInterval(1)). This should produce much better results on most systems (except old intel cards).

…and implement a handbrake ;D

#8

The collision response code does need some work yet :-\

#9

I will try to implement this ASAP. Thanks for the hint bienator!

#10

Ok, that was very nice. Thats one of the best demos I’ve seen so far. I am very impressed. I’ve been working with Visual Basic, DarkBasic, Blitz3d and recently went to Java due to deployment issues. I have looked at alot demos and purchased a few physics engines and I will say that this worked a heck of alot smoother that the engines I purchased. Thank you for the view.

Well done.

#11

Well then. Next time, you will consider buying a physics engine for a Java game, leave me a note :wink:

#12

Any chance you can get this demo into Java 1.5? Many of us Apple users are still without Java 6 because Steve Jobs’s turtleneck is too tight.

#13

Certainly. I’ll get on it right away.

#14

Excellent!!! It works fine under Linux. I like this demo very much. You have made a very good job. I think I will quote your demo :smiley: But why is the frame rate so low on my machine? Only 11 FPS. It is not very important as it is quite playable. I’m under Mandriva Linux 2007, AMD Sempron 2600+, ATI Radeon 9250 Pro, open source driver. Other 3D Java games using JOGL rarely get a frame rate lower than 20 FPS on my machine. What do you use for your physics engine?

#15

I have written the physics engine myself basing on the Marco Monster’s tutorial of vehicle dynamics. I’ve also used some equations from “Physics for game developers” by David M. Bourg.
I’m a little disappointed that you get only 11 FPS. Can you check your CPU usage?

#16

You use almost 100% of my CPU. Do you use VBO? How do you draw your car? Do you use NURBS?

#17

I use the good old display lists, no VBO. The reason why rendering takes so much time, is that the car model is quite detailed. Too detailed for this kind of demo, but that was the only model I could use.
Nevertheless I have found a small bug that has quite significantly increased the CPU load during rendering. I have removed it, so the demo should work a little faster now.

#18

It’s still on 21FPS for me on WindowsXP. I think im playing the latest version as the shape of the grey block has changed.

It’s a shame that the FPS is locked to the same on every computer regardless of it’s power. There has to be a way of letting the engine work out what is acceptable in terms of balancing physics and rendering.

Just out of interest, is the rendering’s FPS independant of the physics’ FPS?

Can’t wait to see additions&improvements ;D

#19

Hey gholdys -

I just tried it out on my Mac with 1.5 and I get:

I think that’s a 1.6 only method.

#20

I guess I have to get myself a JRE 1.5. Darn it :stuck_out_tongue: