Based on Doom 3 BFG engine, Storm Engine 2 inherited best of both worlds (idTech 4 + idTEch 5) - flexible modding capacity and tools, human readable ascii assets (the source form) and robust modern multi-threaded rendering set of features.
While it's definitely not trying to compete with leading engines of the modern times, it provides a robust platform to develop game and get the job done. While the engine is still young and requires developers' attention in several areas, it's stable and production ready. A first game being developed with Storm Engine 2 is titled Phaeton. The engine is currently unavailable to the public, however as soon as the first public release of Phaeton happens, the source code will be released on Github.
Get it on GitHub: Fork it now!
Features
Supported Platforms: Windows, Linux and with Mac OS X support coming soon.
SIMD optimizations: SSE2.
Built-in statistics and debugging features.
Save/restore game system.
Performance oriented virtual file system.
Automatic authoring of source art assets / sounds.
Unicode (UTF-8) and localization support.
Renderer
Multi-threaded rendering system using job queues.
API supported: OpenGL 3.2+ / GLSL 1.5
Unified shader compiler (source Cg shaders get compiled into GLSL/HLSL) .
Performance and tuning options allow the renderer to work even on Intel 4000+ GPUs.
64-bit Color HDR Rendering.
FXAA Anti-aliasing.
OpenGL Quad-Buffer Stereo 3D rendering.
Unified lights and shadows lighting model.
Dynamic per pixel lighting with either shadowmaps or stencil shadow volumes.
Normal/Specular/Gloss maps supported.
Image-based HDR bloom.
Motion blur.
Cubemap and real-time (glossy) reflections.
Dynamic water reflection and distortion effects and Fresnel factor.
Advanced decal system.
Advanced configurable particle system.
Feathered (soft) particles.
GPU skinning.
Interactive surfaces.
LOD system for entities.
Skeletal model formats supported: Doom 3 MD5 files.
Non-Skeletal Model: ASE / LWO.
Textures: TGA.
Adobe Flash SWF renderer for full screen GUIs (menus, hud, etc.)
Hi-res RoQ videos playback.
Physics
Proprietary physics engine for real-time physics simulations of rigid bodies, ragdolls and 4-/6-wheel vehicles.
Per-polygon continuous collision detection.
Forward and Inverse Kinematics (for legs and arms).
Animation blending.
Scripting
Powerful and flexible object oriented scripting language (similar to C++ language syntax).
Powerful scripting system for interactive surfaces (in-game GUIs).
AI
Built-in robust navigation system (Area Awareness System aka AAS)
Dynamic obstacle avoidance system.
Sound
5.1 surround sound.
File format: 44.1kHz WAV (as source).Pitch shifting effects.
Input Devices
Low latency input system is handles on a separate thread.
Keyboards and mice.
Xbox 360 gamepad (full support on Windows and Linux).
Network
Performance oriented networking protocol.
Built-in GUI-based Tools (Windows only)
Radiant-like level editor with real-time lighting preview and CSG operations.
GUI Editor
Particles Editor (real-time)
Articulated Figured Editor (ragdolls; real-time)
Script Debugger (real-time)
Lights and Sounds Editor (real-time)
Variety of visual debugging tools
Built-in console command line tools (cross-platform)
Map compiler
AI navigation map compiler
Advanced and very robust 3-rd party level editor, DarkRadiant, is available.
Currently the art pipeline is focused on Blender 2.72 with all appropriate export add-ons available. Outdated (and perhaps no longer working) plugins/scripts for 3DS MAX and Maya are available somewhere online.
While there is a fair share of top notch game engines out there available for indies to hit the ground running, most of them have the same common issues. No, it's not the cost :) It's lack of coherent and well engineered game code, and lack of modding capacity.
Note that I do realize that a solid indie team that works full time (or half-time; not just in the evenings :) ), has a couple of dedicated programmers and several artists (or means to outsource art), can make a game faster, and probably better using modern mainstream game engines than using GPL engines, but that's not what I am talking about here. What I am talking about is a small indie team that is short on staff and resources, trying to break through.
What does "GPL engine" mean? Without using fancy legal wording, it simply means a game engine source code released under GPL license. For example, someone (id Software for example) released engine's source code under GPL license. Someone else (Darkplaces engine author for example) grabbed it, modified hell out of it, gave it a new name, and released it for free of charge, in both binary and source code forms, with all and every change that was made to the original code. Then someone else did the same thing, and so on. Every single iteration of the original engine made, has to remain under GPL license, has to retain copyright notices, and any middleware used has to be GPL license compatible. Such engine can be freely distributed or sold.
A common misconception about using GPL engine in commercial game development is that entire game has to be released under GPL. It's not the case. Art assets (including music and sounds) are not covered by the engine's GPL license, therefore you keep it under proprietary license.
Another complaint I heard was this: "I have to release all of my code to the public. Someone can grab years of my hard work and make another game with it". Or something along those lines. It's true - someone could theoretically do it. However, starting with Doom engine and ending up with Doom 3 engine, no one grabbed the code as is and made a straight up clone. Some one definitely could have done that, and should have done that, but making a game is not a trivial task. Having an engine doesn't guarantee completion of a game.
Yet another argument against GPL engine - can't release on consoles. Again, it's true. However, releasing on consoles is nothing like releasing on PC/mobile. You'd need to get dev kit first, and without having N-amount of money and an office, you aren't going to get it. Then you need programmers who is familiar with consoles (although not necessarily when using one of the mainstream engines), and you need a QA team. Passing certification is not easy. So chances releasing on the consoles are pretty slim for your first several titles.
One thing that idTech engines have that mainstream commercial (and other GPL) engine don't offer is a full game code, tested through a long period of time. In other words, you only need to add a few things gameplay is missing, and focus on art and level design. It's an enormous time saving. Of course if you are making something entirely different, such as flight sim, or MineCraft 2, it would not help having complete game code of an FPS game. However if you are making FPS, TPS, point and click 3D adventure, top down game, etc. that have elements of Doom, Quake, Quake 2, Quake 3 or Doom 3, it would definitely work out well.
Modding is a big thing. Releasing a game is a gamble. It might take off and sell well, but might have community that cares less about modding. Or you can slowly build up sales with community that is creative and willing to mod your game, thus sustaining and prolonging life of your product. It's better have an engine that allows modding, rather than an engine that either requires you to buy a license for the engine to mod your game, or by definition can not be modded. With GPL engines, it's all possible. With most of the mainstream engine, it's a headache or a problem.
To summarize, here are key pros and cons of using GPL engines:
PROS:
+ No royalties, no payouts, no monthly fees - free to use and all profit is yours;
+ Existing polished game code (idTech engines and some derivatives);
+ Ability to modify engine to suit your needs without getting ok from the Company;
+ Support for modding;
CONS:
+ Require having talented programmer on the team;
+ Lack of solid documentation;
+ Potential lack of community that held knowledge of technology and its modding;
+ Potential lack of good tools;
+ Bound to PC/mobile platforms;
There are probably more points to add to either of the two, and I could probably go on and on, but I'd like to hear about your experience with GPL engines.
Sail in the days of iron men and wooden ships! Let the adventures begin.
¿Como lo descargo?
aqui Github.com
How far away is this from being released to the public?
Not too far I hope :)
Any updates?
This comment is currently awaiting admin approval, join now to view.
Not too many. Implemented refraction shader fix and oblique projection to solve reflection artifacts. So now we got more or less decent reflecting water surface possible :)
This seems pretty neat.
Thank you :)