RE: thnking about an Octave Game Engine...

[Sven-Erik Tiberg]

Hi

 

If I may some comments.

A game engine should run in pseudo-realtime, meaning that the game calculation must run in loop where each timesteep in the loop must be close to realtime.

Many game functions are based in time-depending calculations ( position, velocity a.s.o. ).

The engine need to interact with asyncrone states over the internet from the 3Dbrowser.

All this are not impossible to make with octave, as discussed in a previous thread.

 

Next step are defining the protocol with the 3Dbrowser, this area are under devolopment in the opensource comunity, and there are some suggestion f.example a protocol based on Open Grid Protocol used by SecondLife.

http://www.octaga.com/ are working on an open protocol to add a custom made node as game engine to a simulation/game world. 

One approach could be to make a simple UDP protocol using www.h3dapi.org with twisted-python script as client, or make an interface to a www.croquetproject.org client using smalltalk.

There are certainly more ways to make a game engine to a 3D world. ( www.pygame.org + www.h3dapi.org , http://www.modelica.org/ ).

And then we have another thrilling challenge multi user game.

Ain't life exciting.

 

/Sven-Erik Tiberg

Lulea Univ. of Technology / Sweden

---

From: James Moliere [mailto:address@hidden
Sent: Sun 2/8/2009 5:33 PM
To: address@hidden
Subject: thnking about an Octave Game Engine...

Hello,

I’ve been thinking about an Octave game engine where it’s primarily written in C++ and uses an Octave interpreter.  The C++ aspect of the game would have threads represent events and display so when mouse/key clicks are captured, events can be redirected to Octave methods.

 

To me, Octave seems to be THE best tool for a 3D game engine and/or simulation engine just because of the vast numbers of graduates in Physics/Math/Engineering are by far more likely to understand Octave than any other computer language on the market today.

 

I can’t say that I will write such a program but I really would like some of the game-engine features that exist in 3D games.  I will very likely create the features I need.

 

Here’s my observation

Pros:

Many graduates will have the ability to develop it as well as very likely to have advanced features early in development

Octave is the most natural development language for 3D algorithms.

 

Cons:

ONLY single threaded Octave engine – synchronization could be a huge problem.

No 3D-Primitives or 3D model support

Lots of development is needed.

                Octave is not object oriented so it won’t be a good simulation language.

                Octave may be too slow.

 

If anyone can shoot down my observations or add to the list above, I’d appreciate it.

 

James