Saturday, November 23, 2013

Game Makers vs. Level Editors

Well, heck, I guess I finally broke my string of one post a week every Saturday, but not in the way I intended. Yeah, sorry I missed last week; I was out of the country last weekend, and while I hoped to get the post up before I left, I... didn't quite. (I came close, though; actually, nearly this entire post—this paragraph obviously excluded—was written well in advance; I just never quite got to posting it. Well, and to getting the screenshots for it, which honestly took way longer than writing the post itself...) I hope this will be the only time more than a week passes between posts, but I can't guarantee it. And, sadly, even after the long delay, this won't be a big meaty post about either Eamon or 001, either. Those are coming, of course, but first I have to post about another slight change in the blog's policies.

I've said that I haven't had much time lately for the blog except on Saturdays, but that's not entirely true. Honestly, part of the reason my blog posts have been so infrequent is because much of the time I have been devoting to the blog has been spent not working with the game creation programs but compiling that chronological list of game creation programs I'm still getting together. It's not easy, and not made any easier by the fact that many of the programs are shareware or freeware distributed on websites that either are long defunct or have preserved no information on their history. Nor did it get any easier when I decided that, rather than just the year, I wanted to try to pin down the dates to the day, if possible, or at least the month, so I could put them in as close a resemblance to actual chronological order as I could achieve. I've been spending untold hours delving the depths of the Wayback Machine and old Usenet announcement posts. (And found in the process, incidentally, that the release dates given for shareware/freeware programs on sites like MobyGames are often off by a year or more. Blargh.) Also slowing down the procedure is that in the process of hunting down information on programs on my list, I end up running across webpages I was previously unaware of listing more programs to add to my list, so the list keeps on growing. I'm up to over three hundred programs now, and counting.

A partial glimpse of the spreadsheet I'm using for the list.  I could probably be doing a slightly better job of organization.

I'm pretty sure at this point I've spent much more time compiling the chronological list than I actually have using the game creation programs, let alone writing the blog posts about them. This is not because I enjoy compiling the list. On the contrary; this is the least fun, most laborious part of this blog. But for that very reason, it's something I want to get over with. (And once I do finally get the list ready to post, I'll have that much more time for blogging about the systems.)

By the way, for what it's worth, it turns out 001, the "current" game system I'm working with (in parallel to Eamon, the first system chronologically), is older than I thought; the first release version came out in August 2005. I guess it still qualifies as current, though, since it's still under development. (I don't know how different the current version is to the original release... I'm guessing it's probably significantly improved, but I don't think 001 is as seminal to the evolution of game creation systems in general that I'm going to feel obligated to look at different stages in its development.)

As I've been working on the list, though, I've had to grapple with one issue that I kind of addressed when I first laid out my ground rules, but that I'm increasingly uncertain I addressed satisfactorily. This being the difference between a game creation program and a level editor. There are some programs that are clearly not level editors, in that they either don't come with any games, or, even if they do, the editor came first and the accompanying game is overtly intended as a demonstration of its capabilities rather than an independent release. 001 is an example of this, as are RPG Maker, Adventure Game Studio, and Adventure Construction Set (Rivers of Light notwithstanding). And then there are level editors that clearly can't be considered independent game creators, like the level editors that came with, say, StarCraft, or Lode Runner, or The Incredible Machine. But then there's a big fuzzy gray area in between, of editors that may be intended to work with a particular game, but are flexible enough to allow large levels of customization and possibly qualify as game creation programs in their own right. And I've got some of those on my list. Blades of Exile and Blades of Avernum. Exult Studio. The Bards Tale Construction Set. Heck, there's DinkEdit, mentioned in the last post. I tried to set forth some objective criteria to decide whether or not a particular program met the qualifications, but they were never as clear-cut as I tried to convince myself there were. When a commenter suggested that I add the Elder Scrolls Construction Set to the list, I readily agreed; I'd been thinking it was a borderline case anyway. But truth be told, that just shifted the hairline border slightly, and created new borderline cases. Or really, even that's an oversimplification, since the programs were never really in a strict linear continuum anyway. Heck, in my ground rules I explicitly list the Dungeon Siege Toolkit as an example of a level editor that doesn't qualify as a game creation program... but really, given its userbase and what's been done with it, a very good argument can be made that it should qualify too.

Some of the resources available at siegetheday.org

Then, too, there's the argument that level editors could have contributed to the development of game creation programs, so if I really want to explore that development, I ought to look at them. After all, even a very specialized level editor is doing some of the same things as a game creation program, just on a smaller scale, and it may very well introduce an interesting new way of doing things. Looking at just game creation programs obviously not tied to any existing games, and ignoring level editors that are so tied, may not give a big picture.

On the other hand, there's the counterargument that adding every game that ever had a level editor may bloat my list beyond manageability. Nowadays, level editors have become a common feature, and even obscure Flash games on Newgrounds and similar sites often have level editors of their own. As desireable as it may be from some standpoints to look at level editors as well as dedicated game creation programs, in terms of sheer volume it may be unrealistic.

It may be time for a paradigm shift.  (Sorry.)

And, of course, even more so than the systems already on my list, many level editors come with commercial games that aren't readily available, and may not be cheaply acquirable. As I've mentioned before, I'm not exactly rich. I'm not even approximately rich.

On consideration, though, I think the arguments in favor of including level editors are stronger than the counterarguments. In my concurrent modern games, I'll stick with the less questionable game creation systems; I'll only deal with level editors in my chronological trek. And there, I won't have to worry about too many near the beginning; level editors may be commonplace now, but I think they were far less so in the 80s and early 90s. The financial argument won't apply as strongly to those older games, either, given that most of them are readily available online (albeit, of course, er, not entirely legally). The real problems with including level editors will only crop up once my chronological journey starts approaching more recent years. And it'll be a long time before that happens. I'll cross that bridge when I come to it.

And hopefully won't end up just walking through it. (If you haven't read the previous post, that reference won't make sense to you... sorry.)

Oh, another thing... the time it will take to blog about a dedicated level editor should be relatively short, too. I expect at least another four posts about (the current incarnation of) Eamon before I'm done with it. On 001, probably dozens. But something like the Boulder Dash Construction Kit, heck, I'm pretty sure I'll be able to knock out everything I have to say about that in one post.

Do not expect a ten-thousand-word disquisition about this.

So, yeah, I guess I'll be adding level editors to the chronological list, too. Which I guess is going to make it take me even more time to compile. But I'll keep plugging away, and I'll get this dang thing done eventually.

Saturday, November 9, 2013

001 - Off To A Bumpy Start

Well, I still seem to be stuck in my rut of Saturday updates. I swear I'll make a real effort this week to get an update up on some earlier day and not cut things so close with my goal of letting no more than a week pass between updates. (I guess technically I missed that goal this week by a few hours, but, uh, we can round to the nearest day, right?*)

Anyway, we've seen a little of what 001 has to offer, and now it's time to actually start making the game. I admit I haven't planned out every detail of the game I want to make with it, but I have enough of a concept to get started. As I mentioned in a previous post, given the mixture of fantasy and modern elements in the "Action / RPG (Pro)" template, I decided to make a game that involves travel between several different worlds. Some of those worlds will require me to make my own resources, but I'll tackle that later on. The starting world will be a more or less typical fantasy world, for which I'll be able to use mostly extant resources, so I'll focus on that first.

Of course, preparatory to actually doing anything on the computer, I roughed out a map for the game, or at least for the exterior regions of the gameworld. (Dungeons, or their equivalents, will come later.) Here's what I've got so far:

Don't worry if you don't know what all the marks on the map signify.  I do.

It's not detailed (to put it mildly), but it's enough to let me get started. The plan is for there to be eight worlds, and for each world to comprise a grid of eight by eight maps, though obstacles may prevent the player from walking directly between adjacent maps. (The starting map will, in fact, have an initially impassable ocean to the north; the player will eventually get to the areas to the north by other means.) Two of the worlds I haven't even started laying out yet, and some others are incomplete, but that's okay; those are all worlds that I'll need custom resources for anyway, so it'll be a while before I start mapping them in the program. The starting world is the one in the upper left. And the starting area in that world is in row 5, column 6. So that's where I started mapping.

Here's an early stage of the map for this region:

If you think the inn seems cramped, I agree... but more on that in the next post.

So far, I put in some water, some trees, some changes in elevation, a shop, an inn, and a bit of scenery. This map is, incidentally, at 25% scale, and one of the nice features of this program is that it does allow you to view the map at various scales, from 25% to 200%: the map you see here is scaled within the 001 editor, not externally with an image editing program. Again, this isn't unique to 001; it's a feature I've certainly seen before in other game creation programs; but it's still a nice feature to have. Anyway, though, before going too much farther, I decided to test out what I'd done so far, to make sure everything was working fine. The editor has not one but two buttons to test the game in progress, one labeled "Play" and one labeled "Test". Both allow the user to choose where on the map he wants to start playing; the only difference is that "Test" also allows the user to specify some scripting to run before the game starts.

I'm sure I'll be delving more into this screen when I get into scripting in the system.

Anyway, when I tried out my new map, here's what I saw:

Make your own "pier pressure" joke.

(Incidentally, the motion is much smoother in the game than it is in this .gif; I couldn't find a way to record video from the screen at a decent frame rate. The video above was recorded with CamStudio, which seems to be well reviewed, but I couldn't get it to work as well as I want to. If anyone more experienced than I in such matters has any suggestions, please let me know (though I concede it's entirely possible that the problem is with my computer and not with the software).)

There are two notable issues visible in this video. Well, three if you count the red circle in the upper left, but I honestly have no idea what that's about. It's always there, in that same position on the screen, whenever I test the game (though not when I test the demo RPG that came with the system). It may be due to some script included in the default template; I'll look into it more when I get into scripting. I can't find anything in the documentation that indicates what it might be, though the documentation is rather scanty anyway. On the plus side, though, the documentation is included as a Help file with the program rather than being only available as a webpage. (I'm okay with documentation being in PDF format instead of Windows Help format, but I hate it when the only documentation available is online. And I especially hate it when the program doesn't indicate this, and clicking on "Help" in the program menu takes me to a webpage without warning. Grrr.) Some online resources are available to supplement the in-game help, however, including a wiki and a forum.

And in fact by searching the forum I've just now solved the mystery of the red circle, or the "Big Red Ball Thing", as it was called by the person who started a thread about it. Apparently that's the PC's health bar (as implemented by default in the template). Good to know, though it would have been nice to have something about this in the game's actual documentation. In fact, come to think of it, there's really no documentation of the template at all (unless you count a tutorial that doesn't address such details). Still, when I got to looking at the interfaces, I'm sure I would have found out what the red circle was then even if I hadn't found it just now.

So, yeah, okay, forget the red circle. There are two things in this video of more immediate concern. The more notable of the two is probably the way the PC walks right through the pier and into the water, but I'll deal with that in a moment. First, I want to talk about the fish on the right side of the screen. A fish is a nice decorative thing to put into a watery area in the game, sure, but in this case there are two problems with it. The more egregious problem is that for two frames, the fish decides that it would rather be a part of the pier. As it turns out, this is an easy fix; it's just due to the way the fish animation was defined in the tileset. A couple of right-clicks are sufficient to remove those spurious pier frames and restore the fish to pure piscinity. The very fact that it is such an easy fix, though, makes it all the more inexcusable that the glitch exists in the template as released... I get the impression that the creators of 001 really needed to do more beta testing.

Even after convincing the fish not to aspire to pierdom, however, there remains another, more subtle problem. The fact that the fish is seen entering from the right side of the tile and leaving on the left means that if it's put in the middle of the water it seems to materialize from nowhere, and disappear into nowhere as it leaves the tile. Unless one is content to populate one's world with fish capable of passing through invisible portals, this, unfortunately, makes the fish tile fairly useless. I guess if I'm going to meet my goal of using every tile in the provided resources, I'm going to have to find a place to put it, but the only possibility I can think of is putting it in a narrow gap between two foreground elements that obscure the left and right sides of the tile. That, or making an endless conga line of fish stretching all the way across the screen.

Actually, I guess the timing isn't quite right for the fish conga line to work after all... not that I really wanted to do this anyway.

There's one more note I'd like to mention about the fish, before moving on. A decorative fish as an element of a tileset may seem like an unusual choice, but 001 isn't the first game to include it. A similar fish was included in the tileset of DinkEdit, an editor released in 1998 for the indie CRPG Dink Smallwood. (DinkEdit's on my list, but it's likely to be a long time till I get to it; there are a lot of systems between Eamon and it.) Unlike the fish in 001, the animation for the fish in DinkEdit actually includes its jumping out of the water and splashing back into it, making it rather more practical for actual use.

I spent way too much time looking for the old adventure I started working on with DinkEdit years ago, just so I could get this shot.  I hope it was worth it.

The fish isn't the only similarity between the two systems; there are a few other little things about 001 that reminded me of DinkEdit as well, such as the way the cliffs looked, the way multiple tiles can be selected from a tileset and placed as a block (though admittedly that's also done in RPGMaker), and the way scripts were attached to individual actors. Certainly none of these is a smoking gun proving that 001 took inspiration from DinkEdit, but cumulatively they do suggest the possibility, and given the age of DinkEdit and the fact it had a decent-size fan base it's not inconceivable. It's also possible, though, of course, that the similarities are coincidental. For that matter, it's certainly possible that many of the common features of 001 and DinkEdit came from a third game or system that I'm not yet familiar with.

Incidentally, the "Action / RPG (MSPaint)" tilesets also include a fish, but unlike the one in the "Pro" template—but like the one in DinkEdit—this one is actually seen jumping out of and landing back in the water. (The animation isn't set up in the template, though; all the frames are there, but the user has to make the animation himself. Still, this only takes a second or two.) This makes at least one respect in which the "MSPaint" template is superior to the "Pro". (Actually, there are others; the "MSPaint" template includes a greater variety of indoor floor tiles, for instance. Hmm.)

Though the corners of the shoreline have another ugly animation glitch.  Dagnabbit.
All right, five paragraphs and three and a half animated gifs is more than enough space to devote to a single fish tile. Let's get back to that walking-through-the-pier issue, because that one's a bit more serious. It took me a while to figure out just what's going on here, but there are two separate issues involved.

One is the fact that the PC can walk into water. I remarked on this before on trying out the demo Action RPG, and thought then it was a bug. Turns out it isn't; allowing the PC to walk into water is apparently intended behavior, stemming, I suppose, from a setting called "Submersion Tiles" on the tileset screen. Presumably changing the value of this setting alters the maximum depth to which the PC can be submerged, though I haven't experimented with it to see the results for sure. (I guess I'll do that when I get to making custom tilesets.) The fact that the PC can get stuck in the water I'm pretty sure is a bug, of course.

When I make my own tilesets, think of all the horrible substances I'll be able to submerge the PC in!
That bug aside, I have mixed feelings about letting the PC wade through water like that. Actually, I guess overall I like it; it's a nice touch you don't see too often in action RPGs, in most of which water is simply an insurmountable obstacle unless the PC has a boat (as I assumed it was supposed to be here when I played the demo RPG). I guess my only reservation—aside from the unfortunate bug that allows wading PCs to get stuck—comes from the fact that water does make such a convenient obstacle; in fact, like I mentioned above, in planning out the map for my game before I realized the PC could wade through water I'd intended the water to initially block the PC from going north from the starting map. I guess I can put some invisible blocks preventing the PC from wading too far in the water, both preserving this feature on the map and preventing the PC from going in deep enough to fall victim to the bug and get stuck.

That doesn't explain the bit about walking through the pier, though. As it turns out, that has a simple explanation: the pier isn't actually a "Ground" tile, but a "Lower Object" tile intangible to the PC. The demo RPG had used the "pier" graphic as a bridge and it had seemed to work well enough, but on examination that was only because it was so short; the river was narrow enough at that point that the PC didn't sink into it. A longer bridge suffered from the same issue as the piers.

So I guess this was... a bridge too far.  (Hey, I'm trying to come up with a caption for each image, but they can't all be gems.)

Like the fish animation, this turned out to be simple enough to fix... that is, it took me a long time to figure out how to fix it, but once I did it was very simple to do. All I had to do was edit the tileset and change the "Collision" setting of the pier tiles from "None" to "Flat (32x32x0)". Voilà... now the PC walks on piers and bridges instead of through them, and all is right with the world. Though, again, this is something that really should have been fixed before the template was released.

And the PC will no longer walk amid the pier... or should I say, pier-amid.  (Okay, that caption's even worse than the last one.)
It may seem like I'm complaining a lot, but honestly there's a lot to like about this system. Unfortunately, it has a lot of problems. Like I said, it seems the creators really should have run it by more beta testers before releasing it. (I was about to add that at least for freeware it was understandable that they didn't take too much time for beta testing, but then I remembered that 001 isn't freeware; they do charge money for the pro version.  Yeah, they really should have done more testing.)  Still, I think it should be possible to make a good game with 001.

I'd planned on getting more into the actual mapping in this post, but I think it's become long enough I probably ought to save that for the next one.  I have quite a bit to say about 001's mapping capabilities; there's one very nice but very poorly documented feature, and two features I think the system is sorely missing. But all that'll wait till next time... which I really hope will be before next Saturday.

Saturday, November 2, 2013

Eamon - Resources

Okay, I seem to have fallen into a rhythm of making a post every Saturday. Technically I guess I haven't broken my goal of making at least a post a week, but this is not what I had in mind. It's just that I've been very busy lately, and Saturdays have been about the only days I had enough free time to make a post.

Which isn't to say that's the only day I've been doing anything related to the blog. On the contrary, I've spent quite a bit of time this week playing other Eamon adventures to try to get a feel for the system, and planning out the adventure I'm going to create with it. And as I've played other adventures, I've found that several of the details of my previous post are actually incorrect... but more on that next post. For now, I want to get into Eamon's resources.

Speaking of "resources" when it comes to Eamon may seem a bit odd. It doesn't really come with any resources, in the sense I've been using the term in other posts; there are no preset monsters, locations, or other ingredients to put into a created adventure. Of course, it's possible to copy such items from other adventures, but that's true for many systems. However, what Eamon does have is a specific world it's set in. And while I didn't actually discuss settings when in my ground rules when I mentioned resources (maybe I should edit that post to put that in), I also intend, if a game creation system has a particular setting in mind, to create a game in that setting.

In case you were wondering, the rest of the last sentence is "and Darth Vader!"  As we'll very soon see, it's not wrong.

There's a little description of the world of Eamon in the Player's Manual, and a handful of adventures have established a few more details. The most centralized collection of information about the world is in the Eamon wiki. Essentially, Eamon is a planet in the dead center of the Milky Way (though according to the Wiki page on at least one occasion Eamon's creator contradicted himself and placed it at the center of another galaxy), orbited by three moons. In many ways, it seems to be a typical quasi-medieval fantasy world, but because of "the shifting pull of all these great bodies" of the galaxy moving around Eamon, the laws of science work differently there, and time and space shift and warp.

This last bit was clearly put in as an excuse for Eamon adventures that include elements not typically found in fantasy. Indeed, many Eamon adventures take the player off the world of Eamon entirely, pulling him into some other world and then dropping him back at the end. That this was fully intended by Eamon's creator, Donald Brown, is amply demonstrated by the existence of Eamon Adventure #6, The Death Star, written by Donald Brown himself. In this adventure, the PC is pulled through a "reality shift" into the Star Wars universe, starting on the Millennium Falcon and then making his way through the Death Star to possibly face Darth Vader himself (as well as a rather out-of-place kzin from Larry Niven's "Known Space"). Adventure #26 has the PC meeting the Fantastic Four; #28 brings him to the Tower of London on Earth, and #38 returns him to the Star Wars universe for a pastiche of The Empire Strikes Back.

I'm really not sure how this whole "new 'memories'" thing is supposed to work...
So clearly sticking to the established planet of Eamon is by no means a requirement for an Eamon adventure. Still, following established settings is a rule I plan to try to go by in this blog, so my adventure will be set there, even if all the old adventures weren't. I've already given some thought to what I can do that's interesting with the relatively little that's been defined about the world of Eamon, and my first idea was to explore the planet's immediate cosmological surroundings a bit more, in an adventure I was considering calling "The Observatory". This, however, was before I found that the earliest version of the Dungeon Design Diskette I had access to only supported up to 100 rooms; what I had in mind was a bit more extensive than that, and I didn't want to limit it that far. I then came up with another idea set in Eamon's polar regions that would address some of the history of the POWER spell and the reason for its random effects. (That adventure I'd considered calling "Icecap".) But then when I posted about the shortage of adventures for Eamon that were suitable for characters straight out of the Beginners Cave without cheating, I figured that if I was going to complain about that, I ought to do something about it, so I'm going to make an adventure that gives inexperienced characters a good chance at getting more experience and better weapons in an interesting way... and even provides a way for characters to increase their attributes, though that won't be easy. (It won't be easy for the characters, I mean, not that it won't be easy to program in.) It may not contribute to fleshing out the world quite as much as the other two ideas I had, maybe, but I think it could be a worthwhile addition to the collection of Eamon adventures. And as I said, I'm going to be revisiting Eamon later in the blog as I get to the time of newer versions, so it's not like I can't use my other two ideas later on...

Okay, this was a short post, I know. I'm not sure yet whether the next post will be about Eamon or about 001, but either way it's going to be substantially longer than this one. And I hope it'll be up before next Saturday. Anyway, see you then!

Saturday, October 26, 2013

Eamon - First Impressions

Eamon: First Impression: A very early CRPG/text adventure hybrid system that's highly customizable if you're okay with doing some programming

Except for this title screen, it's an all-text game.  This is as exciting as the screenshots are going to get in this post.
So to begin our foray through game creation programs of the past, we'll take a look at Eamon. Inspired, like so many other computer games, largely by Dungeons & Dragons, Eamon is a text-based computer role-playing game in which the player can take characters through various scenarios. The character can accumulate gold and weapons and armor and keep them between scenarios; adjustments to attributes also can carry between scenarios, though they're much rarer. The interface in Eamon resembles a (somewhat primitive) text adventure; the player can type in commands like "NORTH" and "GET DIAMONDS" and "ATTACK GORILLA". What makes Eamon a suitable subject for this blog, of course, is the fact that utilities were provided for users to create their own scenarios they could then share and distribute, and that other players could send their characters through. This makes Eamon the earliest game creation system I could find... apparently.
"ATTACK GORILLA" wasn't just a random example phrase.

Actually, I'm not entirely sure just how early Eamon is. Wikipedia pegs its release date as 1980, but other sources place it earlier. A timeline on the Eamon wiki places its release in late 1979. According to an article by the Digital Antiquarian, John Nelson, a person instrumental in Eamon's development, even stated once that it was already out there and playable in 1978, though based on other evidence the Antiquarian ultimately concludes that Nelson had misremembered. As far as the chronology of the game creation systems I've found, which of these dates is correct doesn't really matter, though the Digital Antiquarian's arguments are persuasive enough that I'm leaning strongly toward the late 1979 date seeming most credible. Even 1980, the latest of these years, would place it previous to any other system on my list; the next earliest system I was able to find, the similarly themed Dungeon Definition Language, didn't apparently come out till 1981 (so I guess that's the one we'll be looking at next, if I can find some extant implementation of it, which seems dubious... its successor the Adventure Definition Language is readily available, but wasn't released till 1987*). And of course any of those years would place it surprisingly early in the history of computer role-playing or adventure games. Hackers had been creating role-playing games on mainframes since the mid-seventies, but Akalabeth: World of Doom and Dunjonquest: Temple of Apshai, the first two role-playing games for the desktop computer, were both released in 1979 (maybe; as Matt Barton mentions in his History of Computer Role-Playing Games, the labels of the first known copies seem to indicate that, Lord British's reminiscences notwithstanding, Akalabeth may not have actually seen release until 1980). It isn't Akalabeth or Apshai that Eamon most resembles among contemporary games, however; it's Zork.
Okay, here I got really lucky.

In case there's anyone unfamiliar with this classic game, Zork was the first commercial product released by Infocom, a company that established itself as the final word in text adventure games, before falling first to bad business decisions that bankrupted the company and at last to mishandling by Activision, the larger company that had bought it out. Actually, Zork was a trilogy of games, based on a mainframe game sometimes also called Zork but more commonly called Dungeon, but the game that most concerns us here is the first of the trilogy, Zork I, and references to "Zork" in this paragraph should be taken to refer to that game. (Apparently I'm just feeling too lazy to continue typing a single-digit Roman numeral, or something.) Zork is, of course, generally, and rightly, considered a text adventure rather than a CRPG. However, unlike its predecessor Adventure, a.k.a. Colossal Cave, and unlike any later Infocom game until some of the anomalous fruits of the company's Activision-directed twilight years, Zork did have some light role-playing elements. There were two enemies the player had to fight, and, moreover, the character's statistics did influence those fights, in a very rudimentary way. The higher the player's score, the better he was at combat, such that fighting the "lean and hungry gentleman" early in the game was nigh suicidal, but if fought near the end of the game when the player had a higher score he was a pushover. (The other fight, the troll, occurred early enough in the game that the player's score couldn't have been very high yet and didn't make much difference.) Eamon's parser was, of course, nowhere near as good as Zork's, or even as Adventure's, but the combination of combat and text entry is similar enough that I'd be surprised if it didn't take some inspiration from it—or if not from Zork itself, then from Dungeon, the mainframe game of which Zork was an adaptation of the first third. If the 1979 release date for Eamon is correct, that would put it before Zork, but not before Dungeon.
And here I got really unlucky.

In contrast to many systems that came long after it, Eamon is still (more or less) under development today, and still has a thriving fan community. Eamon-related resources on the web include a blog, a Google group, a wiki (still relatively new and under construction), and a website called the Eamon Adventurer's Guild Online with lots of related information and downloads. The fact that Eamon has been under such continuous development touches on a question that came up in my initial post about chronology: which version do I use? The earliest version? The latest? Or do I split the difference and play some version in between? Well, I've given some thought to the matter, and here's what I've decided on: For most systems, I'm just going to go ahead and use the latest version. For systems that have been under development for a very long time and/or are particularly seminal or important to the history of the genre, though, I'll look at every version separately, or at least every version I can find with significant differences from the previous. Eamon, from what I've read about it, certainly seems to qualify on both fronts. So for now, I'll be trying out the oldest version I can get my hands on... but we'll be seeing Eamon again in this blog as we get to the later versions.

The oldest version I could find of the Eamon Dungeon Design Diskette is Version 5... which I suppose implies there are at least four older versions. From what little I can dig up, though, it seems like the essential differences aren't great between these early versions, and in any case the earlier ones may have been lost. (According to the currently rather stubby article about the Dungeon Design Diskette on the Eamon wiki, "early versions of the DDD were unstandardized", and "[t]he first fully standardized version was version 4"... though I'm not totally sure what's meant here by "standardized". Were there several mutually incompatible versions of the DDD floating around in versions 1 to 3?) The first big leap forward, as far as I can infer, occurred with Version 7, which doubled the number of possible monsters, rooms, and "artifacts" (items), tripled the number of types of artifact, and implemented doors and darkness as standard features. (Somewhere around version 6 the diagonal compass directions were added, but that's probably not a significant enough change to be worth a separate look.) So we'll be be taking a look at Version 7 separately... when we get to 1993. For now, Version 5 it is, and that'll have to stand in for Versions 1-6.
I said it was all text; I didn't say they couldn't change the font.

Looking into Eamon was a nostalgic experience for me. Not because of Eamon itself—I first heard of Eamon only a few weeks ago. But Eamon was originally written on the Apple II, in Applesoft Basic. (There were PC ports starting in 1985, culminating (so far) in Eamon Deluxe in 1997... but again, we'll get to those later.) And Applesoft Basic was the first programming language I learned. When I was growing up my family had an Apple II+ computer, and I spent many hours writing my own games on it. They weren't very good games, and truth be told most of them weren't very original games; their core code was copied from listings in computer magazines and books, with some changes and additions. But those were the first computer games I ever made. I don't know exactly where those games are now; the disks the games are on are probably somewhere in my parents' attic, though even if I could find them I have no way of getting the programs off those disks and into a disk image I can read now, and anyway by now the disks may well have become demagnetized. That still doesn't mean those early games are completely lost, though; I'm pretty sure I have hardcopy printouts of the program listings somewhere in my files...

As I said, I first heard of Eamon a few weeks ago, and on looking into it and discovering just how long it had been around and how continuous a community it's had I was kind of surprised I hadn't heard of it sooner... if not in my early childhood when I was still programming on an Apple II+ then later when I tried to take an in-depth look at the history of text adventures (I refuse to call them "interactive fiction"). But in retrospect, maybe it's not so surprising. I may have had access to an Apple II+ at the time Eamon first came out, but what I didn't have was any online presence... not that the internet was then what it is now, of course, then in the age of the 1200-baud modem, but there were bulletin board systems, and that's presumably where Eamon was discussed and promulgated, and that's not something I'd gotten into. And as for finding out about it later in my investigation into text adventures, well, although Eamon games are arguably as much text adventures as they are CRPGs, they've apparently been more or less ignored by the text adventure community... there was an article on just that subject on the Eamon Adventurer's Guild Online site. In any case, if I had known about (and had access to) Eamon back in the day when I was programming my own games on the Apple II+, I definitely would have created a few adventures for it. They might not have been very good adventures, but that's another matter.

Anyway, enough preamble. On to the analysis of the system itself. If you want to play along at home, here's one way you can get a hold of the necessary files yourself: From the aforementioned Eamon Adventurer's Guild Online site, follow the "Play Eamon" link, and then find the link to the download page. (Or just... follow the link at the end of the previous sentence, I guess.) Download the "Entire Eamon CD"; this is a huge collection of Eamon-related materials compiled by Thomas Zuchowski, another notable member of the Eamon community. Unzip the file into whatever directory you want. In the unzipped directory, go to the directory "AppleWin"; this contains an Apple II emulator that can run the Apple II disk images. There are a lot of other goodies included in that zip file, too, but the easiest disk images to use are elsewhere: there is a disk image in the "CD" of the Main Hall disk, but it isn't bootable. You can use it if you want to mess with a boot disk, but if you'd rather use a self-booting disk image, download the "Dos33.zip" file from the same download page, and unzip it wherever you choose. The disk image you can start your Eamon adventures with is "D3_001.DSK"; this contains the Main Hall where you can create a new character, as well as the "Beginners Cave" introductory adventure. Using AppleWin, click on the Drive 1 image, navigate to the appropriate directory, and select the appropriate disk image, and then click on the apple icon (second button down in the toolbar) to get started. You should be able to figure things out from there, especially with the help of the player's manual available either in-game or online.

My character, just starting out.  There is a story behind the name "Ratava"... which I won't be telling.  (Actually, it's not really much of a story.)

The CRPG Addict has already posted his take on Eamon, but I wanted to check it out for myself from a player's perspective before creating my own adventure. So I went ahead and created and outfitted a character. In addition to various weapon, armor, and spell abilities (which can increase with use), an Eamon character has three statistics: Hardiness, Agility, and Charisma. I ended up with a character with high Agility and Charisma, but low Hardiness... which might be dangerous, since Hardiness determines how much damage a character can take (as well as how much he can carry), but I went with it anyway. The high charisma, at least, helped in outfitting the character; the higher a character's charisma, the better deals he gets at the shops. I was a little put off at first by how much the spells cost; the documentation seemed to imply that a PC was expected to have access to all four spells, but, with the possible exception of the unpredictable spell POWER, they seemed to cost far more than I'd be likely to afford any time soon. My apprehension proved unfounded; after I'd put him through the Beginners Cave my character had enough money to buy all but one of the spells, and was close to being able to afford the fourth. (Incidentally, in addition to being affected by Charisma, the cost of spells seems to vary slightly on an apparently random basis. If you cancel buying a spell and then try again, you may get different prices. The same is true of weapons and armor, though in those cases there seems to be no way to cancel out of a purchase aside from rebooting... or, I suppose, not having enough money for it.
His fees may, however, be entirely different tomorrow.


(Speaking of weapons, by the way, I found it a bit odd that "complexity" was a measure of a weapon's quality... the higher a weapon's "complexity", the higher the chance to hit with it. The manual even mentions "the quality of the weapon (also called the complexity)"... so why not just call it "quality" in the first place? Wouldn't that have made more sense?)

After having completed the Beginners Cave, not only had he amassed thousands of gold pieces, but my character's skill with a spear had increased by 8% (which made it somewhat unfortunate that the superior new weapon he had picked up in the adventure was a sword), and his armor expertise was up by the same amount (though he still had the same lousy Hardiness... as mentioned before, I gather opportunities to improve the three core statistics are few and far between). He still probably wasn't in any shape to tackle a really hard adventure, but I decided to run him through a few more relatively easy ones (as judged by their rating on the master list and their reviews).
As later events were to prove, not actually that mighty.
I died on the second adventure I tried, though partly due to bad luck; having two fumbles in the same fight (in one of which my weapon broke and hurt me) certainly didn't help, and neither did having my brain overload and forgetting the HEAL spell. When I retried the adventure my weapon broke and hurt me again, and I died even faster. Despite befriending the first NPC I came across, I died fairly quickly on the third adventure I tried, too. Granted, my character's low Hardiness no doubt wasn't helping matters, but still there seems to be rather a dearth of adventures suitable for starting characters straight out of the Beginners Cave... or at least, if they're out there, I hadn't found them yet. I'd kind of inferred this might be the case from some of the documentation; most of the reviews seem to assume an "average adventurer" with significantly better skills and weapons than a starting character would possess, and the master disk (at least the version now available) includes cheat utilities for editing characters and resurrecting dead ones. Still, I thought if I chose judiciously, I could maybe find one survivable by a beginning character, but so far no luck. Anyway, I'd intended to spend more time trying out adventures, but I still haven't had a lot of free time lately, and I want to get this post up before a full week has elapsed since the last one... I do still plan to play a bit more over the next week (and hopefully manage to find an adventure aside from the Beginners Cave that I can survive), but I think I've seen enough to have a good idea of Eamon's capabilities.
Hey, Marcos, my spear keeps breaking.  Can I get a refund?

Incidentally, the player's manual mentions the compass directions, UP and DOWN, and the INVENTORY, READ, ATTACK, and READY commands (the last designates the weapon the character will next attack with), but says that "other commands are either self-explanatory or they are designed to make you experiment". Typing in an unrecognized command, however, brings up a full list of commands the game does recognize, and for the benefit of future players, here are some other standard commands that seem to be more or less universal in early Eamon games:
  • DROP, of course, drops an item you're carrying
  • ENTER has the character try to go into some object or aperture
  • EXAMINE takes a close look at an item or monster
  • FLEE, ESCAPE, or RETREAT makes your character try to run away from a battle
  • LOOK not only redescribes a location, but may find hidden exits
  • OPEN... opens things. (Okay, so maybe some of these commands are self-explanatory.)
  • SAY has your character speak a word (perhaps a password, in some adventures)
  • SMILE or WAVE can show whether a monster encountered is friendly (though in a rather direct way: if they attack, they're not friendly)
  • BLAST, HEAL, POWER, or SPEED casts the corresponding spell (if your character knows it)
Alphonso, if I ever try this adventure again after I'm a little more powerful, I hope we can still be friends...

Also, hitting Return (i.e. Enter) on a blank line repeats the previous command. Individual games may implement other commands as well (or remove some standard commands, especially the spells). Later versions may introduce more commands, but, again, we'll cross that bridge when we come to it.

Combat in Eamon is, to be honest, not particularly interesting. In almost all cases, there's little strategy involved, and little you can do except ATTACK until you or your adversary is dead (or FLEE if the former possibility seems predominant). The behavior of monsters and NPCs in the game is a bit unusual; on meeting the PC, a monster may be either friendly or hostile, the chances of hostility depending on the PC's Charisma and on the monster's "friendliness" (some monsters, like the rats in the Beginners Cave, are always hostile regardless of the PC's Charisma). A hostile monster will, naturally, attack the PC, but a friendly monster will follow the PC around and fight on his side. There is no in-between; a monster is either for you or against you. Either they want you dead, or they'll risk their own lives to protect you. (This is all the more puzzling considering that according to the designers' manual, a value of "2" for the monster's reaction indicates its attitude is "Neutral"... but as far as I can see there's no way for a monster's attitude to ever be set to that value.)

But that's enough about playing the games. Let's get to what this blog is really about: how is it to create new scenarios? Well, as I've already mentioned, there's a program called the Dungeon Designer Diskette that's intended to do just that. As it turns out, though, all the Dungeon Designer Diskette really does, aside from making a copy of the game's main code, is allow you to edit the rooms' connections and the names and descriptions of things and their basic statistics. All behavior and commands are hard-coded in. This may seem to contradict my reference above to new commands in some adventures, but there's a perfectly simple explanation for that: these new commands were implemented by the adventure creator's editing the program code. This doesn't seem to have been considered a hack, either; judging by the designers' manual and the existing games, it seems to have been expected that Eamon adventure creators would edit the source code. That's just the way it was done. There's even a data type editable with the Dungeon Designer Diskette, "Effects", that's nothing but text strings that are never used in any way by the program as it initially stands and can only be displayed by adding code to the main program that accesses them.

This reliance on editing the source code may call into question the classification of Eamon as a game creation system. Sure, it has some utilities for making text resource files, but significant changes in the program's behavior require changes to the source code, and I'm not sure there's a single released game that was created without some changes or additions to the default source code. Still, even if it does require the game creator to edit the source code, it's still a system that was created with the intent of allowing users to create their own adventures, and it's arguable that requiring users to edit the source code isn't all that different from requiring them to use external graphics editing programs to create images. I'll say it qualifies.

On the plus side, of course, this means that potentially everything is customizable. Don't like the default rules for monster behavior, and want to add in some neutral monsters that won't fight for or against the player? Easily done. In fact, I think I'm going to do just that in the adventure I make. Want to give the creatures special attacks and/or vulnerabilities, so a fight consists of more than just the player character and the monster monotonously hacking at each other until one goes down? That's a little trickier, but still doable... in fact, I'm going to do that in my adventure too. Want to make an adventure that you can send more than one adventurer into at once, and that in fact requires the coöperation of two adventurers to succeed? Well... that one would require a lot heavier modification of the source code, I think, but it could still be done. That one I'm not going to do for my adventure, though... though I admit I very briefly considered it. (Maybe when I get to a future version of Eamon...) Some of the existing Eamon adventures have even included graphics.
Okay, you do get one more screenshot with graphics after all.
So, yeah, it looks like creating an Eamon adventure is going to involve some actual programming. But heck, if I was programming in Applesoft Basic as a preteen, I should be able to do it again...

Saturday, October 19, 2013

001 - Resources

Okay, it's been considerably longer since the last post than I intended... I guess I'm technically sticking to my promise to not leave more than a week between posts, but I wasn't counting on cutting things this close this early. I was behind on work-related obligations that had piled up these last few weeks, though, and given that these were things that (a) I was already running late with, and (b) I was being paid for, I kind of had to give them precedence.

I'd also said that the next post was going to be either about GameMaker or about the new chronological list of game creation programs, and here we are with another post about 001. I have been looking into GameMaker, but I'm not sure it's going to be the first old program I'll be looking at after all. For one thing, it seems to require a joystick, which I don't have. There may be a way to emulate the joystick with a mouse; I haven't really looked into that much... but in any case, I've thought if I was going to just go with the old programs straight chronologically after GameMaker, I might as well just go chronologically from the start anyway. It's not like GameMaker and 001 are really directly comparable anyway, their both being more or less general-purpose game creation programs notwithstanding—among other things, as mentioned previously (and as will be further reinforced later in this post), 001 is apparently geared mostly toward action RPGs, while GameMaker seems to lend itself best to fixed-screen platformers like Pitfall! (a port of which is in fact included as one of the sample games with the program). So what I'm going to do is just take the older games chronologically from the beginning, rather than trying to match them to the genres of the newer programs I'm currently working with. Which means the first old program I'm going to tackle (unless I run across an even older one I haven't found yet) is going to be Eamon.

But this post isn't about Eamon yet. This is about 001. While I hadn't found time this last week to write a blog post, I did find time to play around a little with the 001 editor. I've started mapping my game, but that will be the subject of the next post on 001. For this post, I think I'll focus on the resources that come with the game.

Like I said in my ground rules, I intend to try to use to the fullest any resource sets that come with the program. From what I've seen of GameMaker so far, I can already anticipate that when I do finally get to it I may be bending that rule slightly. Or maybe not... actually, I did say resource sets, and while GameMaker does come with some resources, they're not organized into bundled resource sets that can be imported en masse into the program in the same sense as, say, the RPG Maker RTPs, so I think I can justify not using them while still technically staying within the letter of my rules. [Edit: Looking back on my Ground Rules post, no, actually I didn't say "resource sets".  But I'm going to maintain that that's what I meant.] Be that as it may, 001 does come with such resource sets, which it calls "Templates", so I'm going to try to use them to their fullest. Or use one of them to its fullest, anyway.

Yes, this exact same image was also in the last post.  But it seemed an appropriate place to include it (again).
 001 comes with four templates, plus a "Blank Template" for users who want to create everything from scratch with no built-in resources or interfaces. I've already said I'm going to be using the "Action / RPG (Pro)" template, so let's take a look at what that includes. After all, if I'm going to be using all the resources in the template, I've got to know what those resources are so I can design the game around them. 001 has a number of customizable features in each template, but some of them, such as "Team Alliances", "Areas of Equipment", and "Statistics", seem a little more advanced... and in any case don't necessarily have any direct bearing on the game's setting. For this post, I'll focus on the more immediately visible resources—mainly, "Actors" (as 001 calls monsters and NPCs, along with other moving objects such as vehicles), "Items and Magic", and of course "Tile-Sets". (Yes, "Tile-Sets" is hyphenated in the program.)

Let's start with Actors. The 001 Action / RPG (Pro) template includes a variety of these, but the window to select and edit them is too cramped for a screen shot to really give a good idea of what's there.

But I'll include one anyway.
Here, however, for what it's worth, is a complete list of the "Actors" in the template, with the order and categorization in which they appear:
  • Dynamic Object
  • Vehicle
  • Character
    • Enemy
      • Bat
        • Cave Bat
        • Venom Bat
      • Cockroach
        • Flame Cockroach
        • Water Cockroach
      • Crab
        • Ice Crab
        • Rock Crab
        • Sand Crab
      • Demon Imp
        • Fire Imp
        • Light Imp
        • Water Imp
      • Female
        • Female Grenade Launcher
        • Female Heavy Armor
        • Female Lancer
        • Female Swordsman
        • Female Thug
          • Female Baseball Thug
          • Female Pistol Thug
          • Female Thug Leader
      • Ghost
        • Hiding Ghost
        • Night Ghost
      • Goblin
        • Ice Goblin
        • Mountain Goblin
      • Male
        • Male Grenade Launcher
        • Male Heavy Armor
        • Male Lancer
        • Male Swordsman
        • Male Thug
          • Male Baseball Thug
          • Male Pistol Thug
          • Male Thug Leader
      • Necromancer
        • Dark Necromancer
        • Freezing Necromancer
      • Skeleton
        • Magma Skeleton
        • Poison Skeleton
      • Slime
        • Aqua Slime
        • Dark Slime
        • Freezing Slime
        • Magma Slime
        • Thunder Slime
      • Snake
        • Fire Snake
        • Grass Snake
      • Spider
        • Cave Spider
        • Ice Spider
        • Magma Spider
      • Zombie
        • Blind Zombie
        • Frost Zombie
    • NPC
      • Collection Quest
      • Inn Keeper
      • Shop Keeper

With the exception of the various "Males" and "Females", the monsters that are nested under another monster are just recolored versions of the "parent" monster (graphically, at least; they do have different abilities and statistics). The unqualified monster is the least powerful version, which in some cases is a bit odd; I would have expected a grass snake to be less dangerous than a regular snake, but maybe that's just me.

The "Items and Magic" are less finely categorized; they're just divided into "Common" and "Equipment", the latter comprising weapons and armor. Here's the list:
  • Common
    • 375 Magnum Ammo
    • 39mm Ammo
    • 45mm Ammo
    • 51mm Ammo
    • Arrow
    • Charges
    • Elixir
    • Energy Cell
    • Herb
    • ID Keycard
    • M28A2 Rocket
    • Mana Potion
    • Medic Kit
    • Napalm
    • Potion
    • Shotgun Shell
    • Super Potion
  • Equipment
    • AK47
    • Baseball Bat
    • Battle Axe
    • Breastplate Armor
    • C4
    • Chainmail Armor
    • Chainsaw
    • Crowbar
    • Desert Eagle
    • Energy Sword
    • Flame Thrower
    • Full Plate Armor
    • Generic Attack
    • Grenade
    • Grenade Launcher
    • Hammer
    • Knife
    • Lance
    • Laser Pistol
    • Leather Armor
    • Mace
    • Minigun
    • Modern Crossbow
    • Necklace
    • Pistol
    • Proximity Mine
    • Rocket Launcher
    • Scimitar
    • Scythe
    • Sniper
    • SPAS-12
    • Splint Mail
    • Staff
    • Steel Helmet
    • Studded Leather Armor
    • Sword
    • Timed Mine
    • Uzi
    • Wand
    • Winged Helmet
    • Wooden Mallet

...And here's a pointless screenshot.
From these lists, I can already get some idea of what kind of things I'm going to have to include in my game. I've got to come up with some concept for the game that allows for the inclusions of both fantasy and modern elements, such as goblins and grenade launchers. (Actually, "Goblins and Grenade Launchers" might not be a bad title for a game. Or maybe just "Goblins and Grenades". That won't be the title of this game, though.) There's certainly precedent for just having a gameworld that haphazardly lumps together fantasy and modern elements just because... heck, Ultima I did this, and so, I think, did the various Final Fantasy games (though I'm not really as familiar with the Final Fantasy series as I probably should be). But I won't be doing that; instead, I think I'll have a game in which the player travels through several different worlds.

The tilesets are fewer in number, so I'm just going to go ahead and toss up a screenshot of those instead of a text list:

...So apparently somewhere in my game I'll have to include pinball machines.
I guess there are a few other types of resources I can touch on.  I won't worry about Interfaces, Controls, and Statistics until I delve into more advanced customization, but there are some resources left that aren't so low-level that perhaps I should mention.  Doors, for example, are a resource type of their own, although the documentation advises that this won't always be the case.

There's probably some joke to be made about doors becoming actors, but I'll leave it to you to come up with your own.  (The word "wooden" may or may not be involved.)

There aren't many doors included in the template, though I suppose their number isn't unreasonable in proportion to the number of tiles and other resources.

Odd there's no regular single wooden door, though.
Then there's "Sounds and Music".  Or at least that's what the resource window says, but all that was actually included in the template was music, no sound effects, which struck me as a bit weird... surely a few simple sound effects shouldn't have been too hard to put in?  In any case, I haven't listened to them yet, so I can't comment on their quality, but here's the list of musical pieces available:
  • Battle 1
  • Battle 2
  • Battle 3
  • Boss 1
  • Boss 2
  • Boss 3
  • Boss 4
  • Cave 1
  • Cave 2
  • Cave 3
  • Cave 4
  • Church 1
  • Church 2
  • City 1
  • City 2
  • City 3
  • City 4
  • Dungeon 1
  • Ending 1
  • Ending 2
  • Energy 1
  • Energy 2
  • Field 1
  • Field 2
  • Field 3
  • Field 4
  • Field 5
  • Forest 1
  • Forest 2
  • Game OVer 1
  • Game Over 2
  • Heat 1
  • Lose 1
  • Mystery 1
  • Mystery 2
  • Mystery 3
  • Night 1
  • Night 2
  • Night 3
  • Peace 1
  • Peace 2
  • Peace 3
  • Pub 1
  • Pub 2
  • Road 1
  • Road 2
  • Royal 1
  • Sad 1
  • Sad 2
  • Sad 3
  • Sand 1
  • Sea 1
  • Shop 1
  • Shop 2
  • Sleep 1
  • Sleep 2
  • Sleep 3
  • Snow 1
  • Snow 2
  • Space 1
  • Title 1
  • Title 2
  • Title 3
  • Town 1
  • Town 2
  • Town 3
  • Town 4
  • Town 5
  • Town 6
  • Trial 1
  • Trial 2
  • Trial 3
  • Village 1
  • Village 2
  • Village 3
  • Village 4
  • Village 5
  • Win 1
  • Win Fanfare 1
Finally, the program also gives the user the option of customizing fonts:

I didn't type in those sample sentences in the preview.  That's the default preview text.
This is kind of a nice feature, actually; if a program's going to use bitmap fonts instead of TrueType, I figure it may as well give the user the option to edit those fonts, and create his own.  Not that 001 is the first game creation program to do this, by any means; Adventure Creation Kit also has a font editing feature, and I'm sure there are others.  Still, it's always welcome.

Even though I chose the "Action / RPG (Pro)" template, I figured I may as well take a glance at what's included in the others. There's a "Point-and-Click Adventure" template, but it apparently includes no actual resources aside from the interface. But there are two other templates that do include templates: the "Action / RPG (MS Paint)" template and the "Platformer Game" template. So let's check those out.

I kind of expected the "Action / RPG (MS Paint)" template to have all the same resources as the "Action/RPG (Pro)" template, just with more primitive graphics. Turns out it doesn't. In fact, it includes no preset "Actors" at all, aside from some generic categories.

And turrets, I guess.  So you can have an entire game just about turrets.
It does, however, have some sprites you can use to create them.

Just in case you've ever wanted to make an action-adventure RPG where the player fights... whatever the hell this is.
Despite its lack of "Actors", the "Action / RPG (MS Paint)" template does include a set of items comparable to, though different from, that of the "Action / RPG (Pro)" template. For whatever reason, though, this one puts many weapons under "Common", while leaving some under "Equipment". I'm not sure if there was any particular reason for which weapons went where; while it does seem that all firearms are under "Common", crossbows are under "Equipment"; the generic Sword is "Common", but the Rapier, Scimitar, and Short Sword are in "Equipment"... Anyway, in case you're wondering, here's the list:
  • Common
    • .375 Magnum Ammo
    • 39mm Ammo
    • 45mm Ammo
    • 51mm Ammo
    • 9mm Ammo
    • AK47
    • Arrows
    • Axe
    • Baseball Bat
    • Battle Axe
    • Bazooka
    • C7
    • Crowbar
    • Desert Eagle
    • Elixir
    • Energy Cell
    • Energy Sword
    • F. Thrower
    • Folder
    • Grenade
    • Grenade Launcher
    • Hammer
    • Herb
    • High Potion
    • ID Keycard
    • Knife
    • Lazer
    • Lazer Turret
    • M16
    • M28A2 Rocket
    • Mace
    • Mana Potion
    • Medic Kit
    • MP5
    • MP5 (Silent)
    • Napalm
    • Pistol
    • Pistol (Silent)
    • Potion
    • R. Launcher
    • Remote
    • Shotgun Shell
    • Sniper
    • SPAS-12
    • Sword
    • Taser
    • Turret
    • Uz1
  • Equipment
    • Aluminium Mallet
    • Bullet Proof Vest
    • C4
    • Chainmail Armor
    • Copper Armor
    • Copper Helmet
    • Gold Armor
    • Gold Helmet
    • Leather Armor
    • Modern Crossbow
    • Necklace of Truth
    • Proximity Mine
    • Rapier
    • Scimitar
    • Short Sword
    • Steel Armor
    • Steel Helmet
    • Timed Mine
    • Traditional Crossbow
    • Wooden Breastplate
    • Wooden Mallet
Aluminum mallets are used to drive metal stakes into the hearts of robot vampires.  I guess.*
The "Action / RPG (MS Paint)" tilesets, too, have some similarities to those from the "Action / RPG (Pro)" template, but are by no means identical. The "Action / RPG (MS Paint)" tilesets contain fewer sets, but I think at a glance the sets have on average more tiles (though I haven't actually counted them to verify that).
One of the differences: No pinball machines.
Still, if nothing else, the lack of preset "Actors" strongly suggests that it's the "Action / RPG (Pro)" template that the creators of the 001 Game Engine focused on.

That leaves the "Platformer Game" template. Unlike the "Action / RPG (MS Paint)" template, this one does include a handful of "Actors"... though not much more than a handful. It's still enough that it's not practical to show them by a screenshot of the oddly tiny "Actor Templates" window, though, so here's the list:
  • Dynamic Object
  • Character
    • Alien
    • Bat
    • Bear
    • Bird
    • Dragon
    • Fish
    • Flytrap
    • Lightning Ball
    • Ninja
    • Ogre
    • Pirate
    • Rat
    • Robot
    • Scorpion
    • Shark
    • Skeleton
    • Spider
    • Spiky
    • Werewolf
    • Witch
    • Zombie

The template makes up for this, however, by not including any items... or at least, only a couple of generic item categories:

It doesn't seem as if this actually has any characteristics set except the name "Armor"...
 Its tilesets are also minuscule compared to those of the two "Action / RPG" templates:

So, counting the single Water tile, that's a grand total of seven different tiles.  Great.
Again, all in all, it definitely looks like it's the "Action / RPG (Pro)" template the developers put the lion's share of their effort into, so it looks like I was right to pick that one as the one to use.

Next time: Mapping! But before that I hope to have my first post up on an older game (probably Eamon), and maybe my chronological list of game creation programs (I've been working on that, but it hasn't been easy to pin down when some of these programs were first released... and I keep running across more programs to add to the list, too). See you then!