On Simulation and Engines II

My fascination would not end only using simulation software or games with a strong simulation focus, but the idea to produce your own software got my attention already back in the 80’s. At that time the access to decent hardware and software was rather limited and the only viable option was to use a Commodore C64 (anyone older than 35 and with some techy genes should know this little grey-brown box). I cant remember any title with a simulation context other than subLOGIC’s FS II and the only software that would allow the creation of games without coding in Assembler was Garry Kitchen’s GameMaker.

Fast forward to present time (2012): There are dozen’s of graphic, physics and game engines – both commercial and opens source – available, ready for developers to jump into the field. It would be tedious to list them up and compare features, there are some other websites doing this better (please look at devmaster.net). I like to highlight a few engines that I am following for a few years and which (imo) have some impact in the industry.

A major challenge to the simulation and rendering topic is the steep learning curve. Not only you need to excel in programming but understand the concepts of 3D rendering and physics in order to get started. Most engines today are using C++, even with wrapper for other languages available, due to the higher performance you achieve(d) with native C (++) applications compared with Java.

We need to distinguish 3 types of engines here:

  • Physics engine (does nothing but simulating physical systems with rigid body, soft body and fluid dynamics, inclusive of collision handling, without any graphical output)
  • 3D Rendering engine (software framework to visualize 3D content, usually on top of OpenGL or Microsoft DirectX)
  • Game (Simulation) Engine (combining the 2 features above and also offering GUI’s to create content and orchestrate flow and logic)

Continue reading

Sunday Afternoon Projects

I love 3D engines and the concepts of simuation of real world scenarios with realistic looking software. Most of the 3D engines are heavily infested with C, C++ or C# (due to higher performance) and almost all of them have a hefty learning curve, if you want to go beyond the click-and-play editor of the simple game engines. I dont really have time to get involved in technology that is too far away from Java and Java is not really known for powerful 3D graphics…until I found this:

  • JMonkeyEngine (JME is a highperformance 3D scene graph based graphics API)
    (link)

    Josh Slack (the brain behind JMonkeyEngine) at Java One 2008

And if you want to have a simpler start into the world of physics, you can play with Phys2D. I even someone implementing a simple game in JavaFX using this ! Will share more on this on the next sunday afternoon sesion.