AI War breaks most of the genre’s rules. Which is precisely why it’s
incredible... This
out-of-the-blue one-man passion project is one of this year’s finest
strategy games.
- PC Gamer UK
Review, November 2009
There has been some activity in the most prominent free (as in freedom) software 3D role-playing games DungeonHack, jClassicRPG and Radakan.
I played the game for the first time and I was positively surprised. Not only can I move around in the nice-looking (endless) landscape but also fight, cast magic, pick up items, enter houses and dungeons as well as talk to npcs. Physics also work (see barrels video below). On the downside: the current code is crash-happy and there is little content: In toto three houses, two dungeons, two enemy types, two items, one non-player character, one spell).
When test-playing DH, it appears weird to me that enemies' bodies disappear when eliminated and wish they would drop and also drop loot, which I could then collect into the (also not yet accessible) inventory. When playing the latest release or watching the videos, is there something you feel is missing?
If you would like to help jClassicRPG grow, I can think of at least one Blender-modelling task: give attack animations to this gorilla. Apart from that you can find ways to help on this page and in this thread. And if you're hardcore, also read the TODO! (Search for "[ ]") :D
What I would like to see in jClassicRPG are cloth/armor items and a menu for equipping my party members with them. (EDIT: already there - left click character portraits.) Also the shiny flowers scream to me "pick me" and I hope that will be a gameplay option some day. Can you think of content or features that would enrich the game?
What Radakan's developers could use help with now is exporting their already available media [.7z archive] and some media from OpenGameArt to the Panda3d .egg format. Instructions here (press "next" multiple times to see instructions for various 3D applications).
A little hint if you ever feel like making a gameplay video yourself: I prepared the videos for this post (and other posts) using glc to record and mencoder to encode. Sometimes (for non-OpenGL games) I use recordmydesktop to record. Feel free to ask in the comments or forum if I can help you with making videos.
Another little hint: If you are unable to use YouTube but curious about the videos and can play back mp4 files (vlc and mplayer can handle them), use youtube-dl to download videos for off-line playback.
The new version has parts of the user interface changed and is better accessible, for example through in-game gui keybind editing. Three aspects of NAEV show that usability is a priority: 1) the tutorial is informative without overwhelming too much 2) most combats can be evaded through the run away-tactic (this might be unintended, but definitely liked by me). 3) The automatic jump system, that allows consecutive jumps to systems without having to manually repeat standard maneuvers gives much relief to the player.
The changelog also lists better-looking visuals as well as new sounds and music tracks. As a bonus, all the art in the game is licensed under Debian-friendly licenses. [license.txt: audio, visuals]
Along with the repetitive, generated tasks, there are some original missions of different difficulties that allow the plot to progress and/or provide alternative methods of earning credits. They alone are reason enough to give NAEV a spin. The developers want to include more and more story missions, so contact them via IRC or mailing list if you're up to some sci-fi 'quest' writing! :)
A third (or is it fourth?) method of increasing wealth is observing prices and buying where prices are low and selling where products are expensive. However, there is not much of an economical simulation implemented in NAEV yet, so I wouldn't recommend this path for now.
The coolest item in the game is the fighter bay. It allows to host small allied ships in your cruiser. After 'shooting' them into space, they will attack enemies and can be controlled with a few simple commands. Place two is occupied by the afterburners, which will give a temporary speed boost at the price of having the view shaken.
Next, two questions for the current top 5 NAEV contributors (and two extra ones for the lead dev):
bobbens: I am the lead developer of naev.
Deiz: I do a bit of everything, as required.
Done graphics, sound, missions, etc., but most of my time has been spent on making the sprites look nice and getting the game to a fairly balanced state.
For sound I mostly hunted things down and vocoded a few sounds to get the results I wanted. For graphics, most of the ship models are sourced from Vega Strike, many of the outfit graphics are based on models by Joss that I've heavily hacked up.
brtzsnr: I coded a couple of features that NEAV lacked (one of them is the faction disks), now I'm working on 3d-models and sometimes I fix bugs. I wish I had the time to implement more complex features.
stephank: I wrote some code to save configuration. It was unable to at the time.
BTAxis: I've provided some game content (two missions and half a dozen systems so far). That is the extent of my active role in NAEV's development. However, I also occasionally put forward proposals for new or improved game mechanics on the project mailing list, and if I can make them convincing enough and/or talk bobbens into seeing things my way, they may one day find their way into the actual game. I enjoy doing that. Thinking up game mechanics, making them work in my head and fitting them into a bigger picture is fun for me.
bobbens: I want the game to be as good as the memories of my childhood playing original EV made it to be.
Deiz: Ultimately I'd like to see NAEV be appealing to a broader audience. At present if you're not somewhat familiar with the Escape Velocity/Elite/Freelancer/etc genre there's not too much to grab your attention.
brtzsnr: I hope NAEV to become more RPG-like (have a crew with different skills tree, say one engineer, one pilot, one commander, etc). Also I want more non-linear/intricate stories.
stephank: I played a lot of Escape Velocity, so that's why I got interested in NAEV. It looks and feels a lot like EV right now, but it looks like the (active) developers are mixing in interesting features from other games in the same genre, and even innovating. I would like them to surprise me, more so than me influencing them. :)
BTAxis: I already mentioned the proposals I wrote up. They're essentially the answer to this question, or at least they're the story so far. But if I'd have to explain it in two words, I'd say that I want naev to be a space exploration game that offers a high degree of interactivity while at the same time providing and engrossing and believable world for the player. That is not an easy goal to meet. Most space games that I know of sacrifice one aspect to pursue another, and in the end NAEV may have to as well. But at this point in time, I believe it's doable, and I hope to be part of making it happen. [For more information check out the proposals on NAEV's mailing list]
bobbens: I started the project about 6 years ago by myself when I realized that there was no game like EV (which I had played extremely intensively as a kid) on linux. EV also had major gameplay flaws that should have been worked around.
Since I had no projects at the time I started out with the ambitious NAEV, which over the years has slowly been taking shape and was released recently (one year ago) to the general public.
As of 0.4.0 I'm starting to be pretty impressed by the results.
bobbens: I only played Star Control II after someone mentioned it to me about 6 months ago. It does seem to have a lot of EV features, but it seems to lose a bit the fast paced-ness of EV and customizeability of the ships. However it does have other great features that EV lacks like the zooming in systems and the dialog use.
It's good to find good features in other games and use them for inspiration in NAEV, it's evolved enough that it no longer is an EV clone. It also takes from all over while trying to keep itself unique.
Out of curiosity, I asked Nicolay Korslund (the lead developer) one year ago what his motivation for writing OpenMW was. Later I decided to ask some more and now you can finally read the interview, in which Nicolay tells us about Git, OpenMW's development and whether or not to expect original games as a result of the OpenMW project.
Initially the project was started a few years ago (somewhere around 2004-2005, don't remember exactly), out from desire to improve a game I loved and from frustration with bugs and issues that made it less fun than it could be. Having been a programmer for about a decade, I felt that most of the bugs were unnecessary and could easily have been fixed if Bethesda has devoted the resources to it. I started getting that curious 'I could do this better myself' feeling, that you sometimes get when you've been doing a craft for years and aren't satisfied with someone elses work. (Not that I think Bethesdas coding is shoddy in any way, they're a company with limited resources like any company, and sometimes you just don't have the money to improve thing ad infinitum even though you would like to.)
To keep up (or even start) a big project such as OpenMW, though, you'll usually need more than just one big motivation to drive you and keep you going. For example, I knew from the outset that this project was something that others would get excited about, and that's a big motivating factor. The amount of positive feedback I've gotten on OpenMW since release has been pretty stunning, and it really helps to know that what you're making will affect others in a positive way. I had always wanted to contribute to open source software, but so far hadn't found any project I burned for, and none of my own projects ever made it to the point of release.
Another motivation you'll need of course is the joy of working on it - it's a hobby after all. I love programming, I love improving things, and I love reverse engineering file formats. Thee big pluses when you're doing a reimplementation. It also forces you to learn new skills - I've always wanted to learn more game development, such as using a 'modern' 3D engine, but I never had any real motivation to do it before I started OpenMW. On top of all that I had just fell in love with the D programming language, which blew me away to the point of abandoning C++ literally over night. D had (and still has, to some degree) a desperate need for more attention getting projects, and I wanted to help with that. I knew there would be challenges with using such a new language, but I was determined to show that none of them were show stoppers.
Yes, quite a few really. I started a mailing list for OpenMW about a year ago, after initially getting very positive feedback on the project. The list now counts over 130 members, and even more pay attention to the project through various forums. Only a very small fraction of those have contributed code of course, but many contribute other things like testing, knowledge about the file formats/mods, or simply through feedback and ideas. For Monster I've intentionally run a somewhat lower profile, but there are a few of early-adopter-type developers who are using it in their own engines. If things go as planned though, the two projects will become much more intertwined in the future, and I hope that Monster can contribute a lot to OpenMW (and make my job as lead developer a lot easier.)
I've done very little 'advertising' for my projects - I think I posted about OpenMW on exactly one forum (the OGRE forum), the rest took care of itself. I had to create the mailing list simply because I couldn't keep track of all the individual conversations any longer.
It's very possible that the project will spawn an engine that's usable for other games, but we don't have any specific plans for that right now. Although we are on friendly terms with another project that uses much of the same technology, called DungeonHack. It's very likely that our two engines will share some code in the future.
Even though we're not working on making a generic game engine, it will likely be possible to make much more extensive Total Conversion mods for OpenMW than for the original Morrowind engine. And the scripting features we're planning will let you bend the rules to the point where you would probably not consider it to be the same game anymore. Personally however I have very little talent for game creation (except for the coding part), so I don't think I'll be behind any of those mods myself.
I think probably all those (and many others) would have been good choices, except the last one. Writing a new engine and getting it to a point where it could compete with OGRE et al. would have taken years, and IMO it's usually a complete waste of time unless you're doing something really unique with it. There are so many good and free off-the-shelf alternatives out there (too many already...), and if you need some feature that they don't provide you can usually add it in yourself in 1/100th of the time it takes you to write a new engine from scratch.
Popular demand :) But after trying out Git (and taking the time to understand how it works), I fell completely in love with it myself. SVN is now ancient technology as far as I'm concerned. And with git-svn, Git is even a better Subversion client that Subversion is. However since it's so easy to integrate the two, we are keeping the SVN repositories on-line for the foreseeable future, and existing SVN users don't really need to change anything. I know it takes a real geek to obsess this much over a version control system, but that's how it is :)
You can find some technical details about OpenMW's codebase on its ohloh page.