Blender 2.33 Re-enables Game Engine

fforw writes "One and a half year after becoming free software, the Blender Foundation has released a new version of Blender which finally enables the game engine again. When Blender became free software. the game engine had to be disabled because SOLID, the collision library was not free software. After SOLID's author Gino van den Bergen changed his mind, Blender has now restored all functionality from the closed-source period."

Comments

A welcome addition - not just for games

[JaF893]

This is good news - its not exactly a giant leap forwards but it is important all the same. Improved collison detection is not just good for games its good for modelling. For example a physics teacher could teach his students about the ideal gas law using a series of blender animations.

Great F/OSS

[mastergoon]

Blender has got to be right up there among the best of the F/OSS software. It may not have all the features of 3d studio max, but for beginner and intermediate modellers, or people with no artistic talent, it kicks ass!

The controls are a bit hard to learn, though the interface has been getting better recently. In the end, once you read through the tutorials and learn all the keyboard commands you will find them to be great.

Re:Great F/OSS

[vivian]

Which unfortunately highlights both the strengths and weaknesses of many OSS projects.

Blender can be used to do pretty much anything you want in 3d animation, and has a fantastic set of features and great potential - but it is simply painful to use. It takes days to learn the shortcut keys that are essential for basic editing, especially if you are also trying to use other 3d programs or 2d programs along side it that have their own shortcuts that the artist has to remember too, witout getting them crossed.

Ideally, there should be a visible navigable menu for every command, even if they are nested a few deep, with the shortcut Key written next to the command! Better yet, the shortcuts would be assignable to functions, so you could set up the key mapping to what works best for the artist.

Blender suffers from the same problem that the first CAD I wrote has - only the programmers know all the hotkeys and commands, and they make 100% sense to the programmer, but not neccesarily to the end user.
Eg. I like to work in 3d by basically selecting a point, and draging it in the screen's 2d plane, and rotating the object to a different view if I want to move the point outside the initial plane. Ideally, left dragging would move the point and right dragging would rotate the object. If it was possible to map the input interfaces (ie. mouse dragging/clicking,buttons and keystrokes) to program functions ( eg. rotate target, drag target , scale, rotate, zoom,copy, etc) then I could set it up the way that works best for me in the same way that Blender brilliantly allows you to completely customise multiple views and panels.

The lack of a full undo (ie. multiple steps, on all functions) really holds blender back. I hope this gets done before anything else. It really holds discourages experimentation and steepens the learning curve beause a mistake can screw your model, or cause problems for alignment (eg. no undo for having rotated the view)
Other than that, I think it's great and would be a much stronger challenger to 3d Studio Max if these things were implemented.

This is really good news

[SavedLinuXgeeK]

As a Highschool Student I did an entire project in Blender's 3D Engine. It essentially had the ability to navigate look around and view objects in all dimensions. While this may seem a little base, as it was, it was not too difficult for a 17 year old to pick up and run with.

It actually gets even deeper when you combine the python scripting with the game engine, as opposed to using the built in object functions. The games can get really complex, and with the inverse kinematic options for human body(mapping theh way the human joints move), it makes for some really interesting possibilities. Personally as I am learning python now, I may go back to the blender engine, and see what havoc I may be able to create.

Collision detection

[Animats]

It's nice of Gino to make SOLID free software.

Good collision libraries are fun. I've written one, as part of Falling Bodies. I think I was the first, back in 1996-1997, to use axis-oriented bounding boxes with GJK, which is what SOLID, and everybody else, uses now.

Lin and Canny are the ones who really cracked this problem. Before Lin and Canny, algorithms for collisions in a space with N objects with M faces each were O(N^2) * O(M^2). They got that down to slightly worse than O(Nm), where Nm is the number of moving objects. Very clever.

I-Collide was the first generally available package for this. The original version was in LISP, which was translated to C, retaining much of the LISP style. They used axis-oriented bounding boxes with a linear programming package. This had some problems with numerical error, and the linear programming package was rather bulky. But it demonstrated, back in 1996, what was possible. Then everybody (well, the half dozen or so people into this stuff) went to work and built better systems.

Actually, collision detection is a pain to code, but well understood today. Collision response, the actual physics, is much harder.

The end result of all this is that games can now have really big worlds with working collision detection.

Re:and another thing for newbies to learn

[zaphod_bee4]

Their is complete documentation for the 2.3x release available in several formats: http://www.blender3d.org/cms/Using_Blender.80.0.ht ml

Re:Some Blender Games

[Anonymous Coward]

Done the right way:

http://www.spinheaddev.com/?id=crescentd
http://www.shadeless.dk/3d/?site=darksquad.htm
http://project-blender.onlinehome.de/
http://www.brainstorm-studios.net
http://zerooneentertainment.org/blengine/sachi
http://project-blender.onlinehome.de/
http://www.tudbzd.com/