XAGE - Xna Adventure Game Engine

Implementing AGS Script in C#

2011-10-10T23:14:00.002+01:00

Previously for AGS conversions, XAGE would use a series of workarounds in order to shoehorn the AGS script into the XAGEScript. As discussed in the last post, this method was becomingly increasingly brittle and it was not easy to know how well a particular game would run until after a conversion was attempted.

Since moving to the new C# based scripting, there are still a number of workarounds required (offering index-based accessors, rather than XAGE's preferred unique string ID), though it is unavoidable that the two engines have converged even further. It makes sense therefore to offer an interface for much, if not all of the existing AGS script in order for our new C# script to compile. This has now mostly been done, and gives us a new metric for monitoring development progress.

Current progress stands at 8%, though in reality the figures will soon be somewhat higher. Much of the functionality already exists in XAGE (walking, talking, animating etc.), I just need to add the relevant hooks to make them usable via the new interface. A fairly low percentage implementation, say 30-50%, should suffice for the majority of games, with the more esoteric functions given lower priority.

A New Direction

2011-09-11T23:33:00.003+01:00

It's fair to say that development on XAGE has slowed in the last eighteen months. This has mostly been unavoidable due to external factors, though there has also been a technical culprit - a thorny design issue I'd been struggling to overcome.

XAGEScript, which previously powered the engine, was XML-based and completely crafted from scratch. I'm quite proud of how far I took it - essentially it became its own bona fide programming language, supporting standard programming concepts like loops, lists, expressions and a call stack.

The trouble was, the more I focused on AGS conversions, the greater difficulty I had in adding additional complexity, not just within the script itself but the editor and the engine too. The more hastily functionality was bolted on the messier and more unwieldy it became to maintain. A hack built upon a fudge upon a hack soon results in an unpleasant programming experience. When your free time is limited to the late evenings, you cannot afford to suffer any impediments to your motivation.

Fortunately a workable solution has presented itself. For a while I have been been toying with the idea of abandoning XAGEScript in favour of using C# as a pure scripting language. This was especially attractive as AGS already uses a C-style syntax and so would aid any conversion substantially. However, the plan was not without its sticking points:

My original tests resulted in a large amount of garbage being generated. This is the bane of all Xna developers as it kills performance on Xbox and WP7.
With a hand-built scripting system, iterating through each command was easy and therefore blocking a script (to, say, wait for a character to speak a line of dialogue) is reasonably trivial. Doing the same in a raw C# script would require some horrendously complex & difficult to debug multi-threaded solution.

Regarding the first issue, after some experimenting with the Remote Performance Moniter I discovered a means of calling methods in external DLLs without generating additional garbage, including on the Xbox.

Resolving the second issue has taken much more time, but has ultimately proved much easier than resorting to running multiple threads. The C# yield keyword is such a strange beast that it took some time to wrap my head around it. Essentially it allows us to iterate through a block of code in the same way we would an array or list. Using yield return we can indicate whether a script is blocked and provide a mechanism for resuming it at a later time.

However using this keyword does somewhat complicate the code, so with the aid of the NRefactory Library I've added an additional step which automatically copies & updates your C# script to handle blocking, and therefore be usable within the XAGE engine:

The upshot is that it will be a TON easier for me to add new functionality - all I need to do is provide an interface and then implement it in the engine. Previously I'd have to laboriously built a new class for each function and then wrestle with the editor code to provide a means for users to make their changes.

It is a shame that in dropping XAGEScript we lose some ease-of-use and perks of solely using the Editor for scripting (for example, clicking on a background to very quickly set up a series of sequential Walk & Talk actions), but I'm convinced the benefits are absolutely worth it. If you are familiar with any flavours of Visual Studio Express 2010 then you'll know they're excellent (and free) tools for writing code, plus C# and .NET will provide game developers with a great many more options and flexibility. Just being able to step through scripts one line at a time using the debugger is a tremendous boost to productivity.

All the above is still experimental and is subject to ongoing work, although I do have a working prototype. Alongside plugging the new scripting system into the XAGE Engine, there remain a few outstanding questions I've yet to tackle:

Whether loading the script .dll at runtime will be supported on all platforms (iPhone & Android specifically).
Whether the Iterators for the blockable scripts can be serialised in a satisfactory manner (i.e. loading and saving).
How exactly performance will compare against XAGEScript (mostly likely it will far outstrip it, though I've not yet tested this explicitly).

"Time Gentlemen, Please" on WP7

2011-06-14T19:57:00.004+01:00

In the words of the late, great Colin Loafshorts, "Blogs are for updating, not apologising on for the lack of updates". With that in mind, here's what I've been working on in stolen hours over the past six months:

It's not so much Point 'n Click as Drag 'n Tap.

Getting the TGP port functioning at this level has taken some doing, not least because of the optimisations required to get performance anywhere near acceptable on a phone. There's still a ton of work to do, but it's getting closer.

I'd dearly love to talk about C# Scripting in XAGE, and exciting projects like Exen and Xamarin but, golly, is that the time? See you in six months!

Bumper Update

2010-10-22T21:29:00.009+01:00

Blog Updates have been quite scarce of late, as they tend to become a lower priority when development time gets squeezed. Yet progress continues to be made at a reasonable pace.

XNA v4.0

The latest version of the XNA has some changes to enable Microsoft to add Windows Phone 7 support. Most importantly, it splits the framework up between two profiles - 'Reach' (the lesser) and 'HiDef' (the greater). Fortunately, XAGE's current functionality fits neatly within the confines of the Reach profile, meaning it will continue to support Windows, Xbox as well as WP7.

There are also a number of changes which, to paraphrase Microsoft's Shawn Hargreaves, 'break it good'. Most of these have already been worked around, although there are some issues particularly around sprite rendering & IO. What further complicates matters is that the three open source libraries upon which XAGE depends to allow it to target other platforms are all still based on XNA 3.1 - it's possible to work around this whilst they are updated, though it means the engine code will be further muddied with additional pre-compiler directives. Until further notice, it's safe to consider all platforms officially broken until they're all fixed & re-tested.

Supported Platforms & Associated Costs

The website is also a little neglected and out of date, which has caused some confusion regarding the current status of platform support. Until now most of this information has been held loosely in my head, so hopefully this clarifies matters somewhat:

Where each image represents a required license (correct at time of writing):

XAGE (£?): Required for any commercial games. Freeware/non-profit games will not require a license.
Microsoft App Hub Membership ($99 annually): Required for any games released on Xbox360 and Windows Phone 7.
MonoTouch / MonoDroid ($399 each, one-off payment with 1 year of updates): Required to deploy XAGE games (based on Mono) for iOS and Android platforms respectively.
Apple iOS Developer Program ($99 annually): Required in order to deploy any game to the iPhone, iPad and iPod Touch.

To Summarise:

It is completely free to create freeware XAGE games for Windows & Silverlight (in the future this will likely also include Linux & Mac OS X).
It is not possible to create freeware Xbox360 games due to Microsoft's pricing model.
The iOS platforms are the most expensive for commercial XAGE games, given they require three licenses (XAGE, Apple, MonoTouch) not to mention any additional hardware costs.

List Support

The most recent addition to the XAGE engine is basic support for Lists. The decision was made as they offer greater flexibility than standard arrays, and will automatically grow to fit the desired size. AGS Arrays will automatically converted as XAGE Lists.

Alongside this, basic string manipulation is in place (long overdue as absolutely required, not least for softcoded LucasArts style Verb GUIs). XAGE will understand C-style formatted strings and concatenate them as required.

As a result of this new data structure, in a stroke '!' went from being quite broken to fully playable from start to end. All of the puzzles now work (including that pesky DNA phone) and besides a few wonky quirks it's starting to look pretty good. As usual, the Editor itself is incomplete and I'll get around to this when needed. In the meantime there's still a few things remaining in order to complete '!':

Three remaining AGS Functions need to be mapped (Character.SayAt, SetMusicVolume, SetMusicRepeat).
Fix some animation oddities.
Fix some GUI issues (GUI background colours)
Fix the load/save mechanism as per of new Xna Framework version.
Resolve music seek issue.

XAGE on iPhone

2010-09-10T07:39:00.002+01:00

About a year ago if I'd been asked the likelihood of XAGE running on any of Apple's handhelds, I'd have said it was about as likely as Duke Nukem Forever being released.

However, after several weeks of tinkering, head-scratching and cursing, it's finally up and running on the iPhone/iPad emulator using the magic of MonoTouch and XnaTouch:

Caveats:

Obviously, this is an emulator and not the real thing. It's difficult to say what performance will be like on the actual hardware.
Audio isn't working yet, and various things are currently unsupported in the XnaTouch framework (RenderTargets etc - the usual suspects).
Zero thought has been put into the touch interface. It's likely any game that uses more than one mouse button will need to have the UI re-designed.
MonoTouch is a commercial framework, with a slightly eye-watering $400 one-off license fee (although thankfully Novell do offer a non-expiring free trial).

Apple's announcement yesterday that they're relaxing the Terms & Conditions of their Developer License could not have come at a better time, as it pretty much guarantees the safe passage of any XAGE game to the App Store.

XAGE on Ubuntu

2010-08-20T00:09:00.003+01:00

My relationship with Linux has traditionally been rather negative, starting some ten years ago at university. The key combination of Shift+Insert would make the desktop of whatever particular distribution I was using crash, and thus a decade of mild distrust began.

This evening, armed with a new 8GB usb stick and an installation of Lucid Lynx (Ubuntu 10.04), I've learned things have improved dramatically in that time. The OS is nippy and slick, Chrome flies and even MonoDevelop runs reasonably well. In a few short hours I've been able to get XAGE running natively from the shared codebase:

This is, unfortunately, the most exciting screenshot I can currently muster up. My custom binary loader seems to be broken, and I imagine the problems with audio and video encountered previously will return, but otherwise I'm happy with the progress made. If I can get it all working then it can only be good news for Mac OS, Android and iPhone (assuming those pesky licensing hurdles can be overcome).

Back to work

2010-08-07T10:04:00.004+01:00

So the World Cup was a bit of a noisy disappointment, but Read Dead Redemption saved the summer hiatus by having, in inimitable Rockstar style, quite possibly the best achievement ever.

I'd been aware of MonoXna for a few years, and had always known it as a dead project, so it was with some surprise that I saw that it had been quietly resurrected with some recent code submissions. I spent a good amount of time with it and had mixed results.

The good news is that I was able to get XAGE up and running after a few days. Similar to how Silversprite works, MonoXNA allows XNA games to be run without any dependency on the original Microsoft framework, allowing you to target new platforms (most notably Mac & Linux, and bodes well for future projects like MonoDroid).

The bad news is that neither audio or Texture2Ds seem to be fully supported. I'm sure it's possible to workaround some of these issues and I'll return to MonoXna again in the future when I have more time. Silverlight continues to be the secondary focal point for development. This is because playing the games through a web browser is still compelling and novel enough to devote time and effort to, and also because it's easy for me to develop & test. I don't currently own a spare machine for a decent linux distribution (and lack the space for a dual-boot, or even a large enough usb stick for ubuntu), and also I'm too perpetually poor to afford a Mac. Also, MonoDevelop curiously runs like dirt on my netbook.

Work has now finally been resumed on XAGE proper; my evening was spent adding support for running animations backward. This was to enable the little tramp in Ben Chandler's '!' to animate correctly:

I'm using this game as a test case to help me figure out a workable design for arrays, which will help when I go back to TGP. Incidentally, Zombie Cow's game for Channel4, Privates, has been released and bucks the trend of most edutainment titles by actually being rather spiffy.

The Holy Triumvirate of Timesinks

2010-06-10T06:15:00.002+01:00

We are passing through a short period of History that scientists and theologians alike will later agree to describe as, "Mentally Busy". This doesn't look set to change over the next six weeks due to Red Dead Redemption, the World Cup and a long overdue house move.

I haven't completed a game since GTA4, so it is fitting that RDR is the first game in two years that has managed to sustain my attention despite the numerous obligations and distractions. It's a very pretty title that manages to be supremely well crafted and horrendously buggy at the same time. Just riding around shooting at wildlife is extremely satisfying. That probably makes me a bad person.

Here's a free tip on how to upset your significant other: Tell her that most of your happiest memories revolve around the World Cup.

Finally, by early-July I should be in a position to shave a whopping 12-15 hours off my weekly commute which will give me, amongst other things, more time to spend working on that pesky game engine thingy.

Super-Secret Game: Revealed

2010-05-29T13:09:00.004+01:00

As tweeted earlier today by @thezombiecow, the super-secret AGS -> XAGE conversion project is Time Gentlemen, Please. Obviously this is massively exciting for a number of reasons:

TGP won Best Game, Best Gameplay, Best Dialogue and others in the 2009 AGS Awards.
TGP is the first (and only?) AGS game to be released on Steam.
TGP has received a decent amount of mainstream attention, and has a metacritic rating of 84.
TGP features Nazi Dinosaurs.

More accurately, I'm actually working on the demo as a feasibility study and it's going pretty well. The ultimate aim is to get the full game onto Xbox Live. It's a huge amount off work but I'm confident it can be done.

Zombie Cow Studios are currently venturing into the third dimension, with some hand-holding from Channel4, in Privates (read the eye-opening press release here).

Oceanspirit Dennis:

I've actively been working on a few others things that have helped development across the board (finicky things like handling GUI transparency). One is Ben304's mock RPG, Oceanspirit Dennis: Scourge of the Underworld. It's essentially a satire on JRPGs (at least, that was my interpretation). It has since spawned a number of increasingly peculiar sequels, all of which are brain-achingly canon.

An interesting diversion and XAGE's second full conversion - play it online here: http://www.clarvalon.com/XAGE/games/ODennis/

To quote the author: 'Don't play if you're looking for a rewarding experience!'

Ben has also recently open-sourced '!', his well-received comic-panelled, robotic rap-athon. You should all follow @ben_304 and ask him when he finds time to sleep.

Other Stuff:

Expressions are supported, in that XAGE now copes with things like cChar.Walk(cChar.X + 10, cChar.Y - 20).
RenderTargets are no longer used when no scaling is required, improving performance in certain instances.
Silverlight now uses png textures instead of xnb, improving load times and further reducing the xap filesize.
Internal Dictionaries are generated in-game during initialisation. This means that, if a room has 300 objects, the engine no longer needs to loop through 299 to retrieve the last object when it is referenced via scripting. Certain methods that were previously using 4-5% of all processor time now use a tiny fraction.

Awakener: Reloaded

2010-04-26T21:47:00.003+01:00

With the recent release of Silverlight v4, Awakener has received a small but much-needed update:

Right Mouse Button support - One long-running gripe with Flash is that any right click will open a context menu that usually can't be disposed of without selecting an item or, if you're determined not to let the pesky menu win, alt-tabbing your way out of it. It is a relief that Microsoft has opted to allow developers to override the existing right mouse button events to their own ends. No more awkward CTRL + LMB needed.
Full Screen Mode - Awakener can now be scaled up and down at runtime (previously just down due to a SilverSprite bug). This means we can now use Silverlight's Full Screen mode, as XAGE will scale the game up depending on the user's resolution.
Performance improvements - As mentioned recently, load times in particular are more brisk, although this perhaps isn't as noticeable given Awakener's small size.

These few changes make Awakener feel less like a clunky web app and more like the original AGS incarnation. I'd argue that it's even more intuitive as you don't have to worry about installations etc. Judge for yourself:

I've got a few more ideas for optimisations specifically for Silverlight but for now it's back to adding new functionality. Next up: Expressions.

More Optimisations

2010-04-21T06:26:00.002+01:00

Talking about optimisations isn't especially exciting, though recent changes have been crucially important to making larger, more complex games viable on XAGE. The super-secret game, for instance, wasn't running at all well on the 360. After a productive weekend it now performs rather admirably, which is a major relief.

Engine - Load Times

Xml serialization is great, but - cripes - it's incredibly slow on the xbox. The main game content was taking in the region of 60 to 70 seconds to load, which might be passable for a Triple-A title but very undesireable for an Indie Game with a short time period in which to make a good impression.

The Automatic XNB serialisation built into Xna Game Studio wasn't really an option, and would have added a an extra layer of complexity to the publishing process. The only remaining solution was to write all data to a binary stream, which is blazing fast and supported on all platforms, but has obvious downsides:

You have to write load & save code for EACH class you want persist (at 70+ classes, this is a huge job).
Each time you change a class, you also have you to update and test the IO code (adding a painful maintenance overhead).

The eureka moment came from realizing that I could write a routine to generate the C# IO code automatically, and use this to extend my existing classes. I've written a summary of my solution on the Xna Forums.

The load time is now down to about 10 seconds, including all the initial graphics and audio - much better!

Engine - Garbage Collection

As mentioned previously, the X360 garbage collector is also horrifically slow. The super-secret game was causing XAGE to generate 1mb of garbage a second, causing a stuttering that was particularly noticeable when moving the cursor.

Using Collection Pools for the scripting routines and removing some sloppy CopyTo commands have reduced this to about 120k per second, meaning the GCs now occur once every 8 or 9 seconds and are less noticeable. I'll return to this in the future and should be able to reduce it further still.

Editor - AGS Conversions

The scripts are now processed in smaller chunks, speeding up some of the string manipulations dramatically. The HitchHiker's demo, quite frankly, used to take an absolute age to convert to XAGE and now the whole thing takes less than half a minute.

Hodge Podge

2010-04-09T21:54:00.003+01:00

This post was started about three weeks ago, which may give some indication of how limited time is at the moment. It's a bit of a hodge-podge of news.

Optimisations

Work has begun on the next AGS game conversion - I'm not really in a position to reveal anything other than to say that it's a super-exciting project (as well as a massively complicated challenge).

Due to its size, some frailties within both XAGE Editor and the engine itself have been exposed. I've addressed some of these accordingly: items for scripts are now selected via dropdowns & lists rather than the previous big shiny buttons, the treeview refreshes a bit more efficiently and conversions have been speeded up after ...

Profiling

Converting small games is reasonably fast, though the process involves a lot of string manipulation and lookups and so takes exponentially longer the larger the game is. This was a problem for two games inparticular, taking anything between 5-10 minutes to convert - not a particularly productive length of time when testing small tweaks and changes.

I've managed to reduce this time by profiling the application. Using a profiler to identify a bottleneck is immensely satisfying. I'd gotten into the bad habit of using ToUpper() a lot when comparing strings, when there's much better performance to be had using String.Compare and ignoring case sensitivity. Other simple changes like using String Builders instead of concatenations have helped speed up the process.

Another useful outcome from profiling is identifying where garbage collection is occurring. One of the benefits of C# is not worrying too much about memory management. The xbox360 Garbage Collector isn't great however, and forces you to be mindful of what you're instatiating within each game loop. As it turns out, some rather innocuous code can be the difference between a game that runs at 2 fps and one that runs smoothly.

There are plenty of further optimisations to be made; XAGE's scripting creates more garbage than I'd like it to. When you have certain scripts with 10+ conditional statements that run 40 times per second, the garbage can quickly add up and cause stuttering. I'm also going to run a few tests using Automatic XNB serialization to improve load times on the 360 (assuming it's possible to do this using MSBuild).

New features

Support for AGS-style custom modules has been tentatively added, albeit in a slightly clunky way (slotted into standalone rooms for now). It's not ideal but it works, and will do until I get around to implementing a more elegant solution.

Other bits and bobs have been added, some of them purely to cater for some legacy AGS design oddities (like having room co-ordinates that operate at different resolutions). I've jotted out a few designs for designs for things like Expressions & Extension Methods so they should be getting rolled out over the coming months.

iPhone Support

Apple's T&C's for iPhone/iPod Touch firmware v4 (I do find it quite odious that they charge for firmware updates!) include the following:

Applications that link to Documented APIs through an intermediary translation or compatibility layer or tool are prohibited.

Sadly, this would appear to rule out developers ever using things like Flash-to-iPhone compilers, MonoXna and MonoTouch. Consequently, it is now looking very unlikely that XAGE will ever support the iPhone. Bah.

On a happier note, Silverlight v4 should be released in a few days so Awakener will shortly be getting an update.

XNA on Windows Mobile 7

2010-03-07T10:03:00.003Z

Windows Mobile has never had a good reputation. Microsoft are looking to change that with Windows Mobile 7, which looks very ZuneHD in nature.

The good news is that Windows Mobile 7 will support XNA natively, meaning for the first time XAGE should be directly supported on a smartphone. This is a very different to the proposed iPhone support, which remains purely hypothetical at this stage.

XAGE Awakener has been in the wild for a week and has been received pretty well. I've learnt a few things that will come in useful for future commercial releases. General consensus is that lack of RMB support is a pain, though this should be rectified once Silverlight v4 comes out of beta.

It is a relief to have something tangible to show after nearly two years of development. I feel like Silverlight has been proven to be a viable release platform for adventure games. The next two major milestones are to do the same for the Xbox360 and also release a stable version of XAGE Editor.

I've had a handful of approaches from individuals about working on some other projects, so it will be interested to see if any of those pan out. In the meantime, there's still plenty to be getting on with. Amongst those is, yes, revisiting Awakener. As alluded to in the conversion video, the on_mouse_click function isn't yet handled and all user input is still hardcoded in XAGE. Once this is sorted it should add a new level of usability to other converted AGS games. Other short terms goals include:

Cleaning up XAGE Editor.
Completing GUI editing.
Adding support for OpenQuest's GUIs.
Updating The Fourth Wall to the latest version (replacing deprecated actions).

XAGE Awakener - Live

2010-03-01T22:19:00.003Z

Five months of my spare time condensed into a single blog entry: The XAGE version of Awakener is finished. Huzzah.

You can play it one of two ways (although they're essentially the same thing):

Directly in a browser - http://www.clarvalon.com/XAGE/games/Awakener/
Via Facebook - http://apps.facebook.com/awakener/

To the best of my knowledge, this represents several firsts:

First AGS game to be ported to XAGE (and therefore be playable online & on xbox 360).
First public XAGE game release.
First Xna-based game to become a facebook app(?).

As always, the XAGE project is hungry for feedback. Massive thanks to Ben Chandler and Bill Reiss, without whom the above would not have been possible. Ta also to all the last-minute beta testers.

Two Requests

2010-02-28T11:46:00.002Z

Anyone who can spare twenty minutes and would like to beta-test a super-secret* silverlight game, please email me at clarvalon@live.co.uk and I'll pass on the link. It would really help me out to get a fresh set of eyes on it, and to get a feel for performance on a range of machines.
Bit of a long shot, this: There was an anonymous poster a few months back who was in the process of writing their own pathfinding algorithm, using boxes similar to XAGE. If you could get in touch, It'd be great to pick your brains over how you implemented the line-of-site functionality I remember seeing in your youtube videos. XAGE's pathfinding is only about 75% of where I'd like it to be.

* Well, not that secret if you've been paying any sort of attention in the last six months.

XAGE Games as Facebook Apps

2010-01-24T17:16:00.004Z

Regardless of what you may think about Zynga, the numbers reported to be playing FarmVille are astonishing. This is due, in no small part, to the viral manner in which the game is distributed via Facebook.

I spent the morning having a quick look at the Facebook API when it suddenly dawned on me - Silverlight Applications (and therefore games) are supported. A few hours later I'd been able to set up a quick test App using the latest Awakener build:

Note: The App itself has not been submitted to the Facebook Application Directory and it is linking to the game via a local host, but it's pleasing how simple this proof-of-concept has been.

There's a lot of potential with this. It could be used as a means of distributing a demo and raising awareness for a commercial game, or it could be used to give freeware games a larger audience (with, perhaps, a paypal donate button attached to the app). Or there could be integration with Facebook Credits e.g. reach a certain level and you need to cough up to keep playing, similar to the Xbox Indie Trial system.

Chances are I'll need a new 'Publish to Facebook' option in XAGE Editor.

Compression & Encryption

2010-01-23T23:44:00.004Z

Over the last few days I've cleared a couple of crucial items from the roadmap that I've been putting off for months.

For reasons that escape me now, XAGE Editor was using a different zipping library than the engine itself. Now everything uses the excellent SharpZipLib library, which has provided some decent space savings when it comes to publishing XAGE games to different platforms. This is how all versions compare in their distributable packages, in order of size:

XAGE Awakener - Silverlight (.xap): 5.28mb
AGS Awakener - Native Windows (.zip): 5.71mb
XAGE Awakener - Xbox 360 (.ccgame): 6.44mb
XAGE Awakener - Native Windows (.zip): 7.67mb

So as it currently stands, the Silverlight version is the smallest, and comes in at a paltry 1.8mb with the music removed. Whether these relative sizes will scale this way for larger games remains to be seen, but considering XBLIG's can be up to 200mb in size, the compression is more than satisfactory.

In addition, save game files are now also compressed, with a typical save for Awakener coming in at about 60k. Loading and saving isn't as snappy as I'd like it to be (particularly on Silverlight) as there's a lot going on in the background but it's never more than a few seconds.

In the past I've touched upon encryption. It's important to ensure all of a game's raw assets are protected from both casual inspection and more determined snooping. As the heavy-duty AES encryption wasn't supported on the Xbox & Silverlight, I've had to look elsewhere. I've now implemented a system I'm reasonably happy with, as everything is now locked away from prying eyes. This also includes save files, to prevent tampering.

Finally, Awakener now has only 49 script errors remaining. I said I'd be happy if I got it under 100. Consider me ecstatic if I get it down to under 10.

AeroNuts

2010-01-19T10:52:00.005Z

The ninth conversion project. Abstauber from the AGS forums kindly offered to send me the source to his MAGS winner, AeroNuts. It's part SCUMM-esque point 'n click, part arcade shoot-em-up (such is the versatility of the AGS engine):

As expected, the shmup parts don't run at all. The adventuring sections are up and running, though they are not especially functional as AeroNuts, much like the HitchHikers remake, relies quite heavily on custom modules. I had to implement a small, temporary hack in order to get the character.GSay() statements to convert into XAGE Talk Actions.

It's been a useful exercise in that it has helped identify and fix a handful of bugs with both the AGS Plugin and XAGE Editor. As with all conversions, I'll be revisiting them periodically as XAGE matures. Most of them will become more playable when certain input-related functions are handled correctly. You can find the original version of AeroNuts here. Well worth a look.

Odot Tamat On

2010-01-09T14:17:00.003Z

A few days ago I came across the source code for an AGS game, Odot Tamat On, by Zabnat. It has an interesting cartoon art style and with a few minor tweaks I'm able to get the introductory cutscene to run in XAGE:

The number of scripting errors wasn't too high, at 719. It's worth noting that none of the AGS conversions play particularly well at the moment other than Awakener (itself down to 78 errors), but improvements remain iterative and noticeable over time. You can play the original, rhyme-filled AGS version of Odot Tamat On here.

Elsewhere, I've made another revision to the animation system in order to cater for AGS-style views. Each character can now switch between views in order to more easily change the walking or talking animations. The main difference is that views are character-specific rather than from a separate pool that all characters can access. I can understand the reason why they're organised like this in AGS, but as with dialogues/conversations I'm loathe to separate it all to that extent as it seems slightly unintuitive to the end-user. To simplify things I've rename 'Animation Frames' to 'Frames' and 'Custom Animations' to just 'Animations'. Now a script can run both a specific animations or an animation belonging to the current view. This means XAGE can now convert AGS code like cFadi.Loop = 0:

Almost all of the character animations now run perfectly in XAGE, which is a hurdle I'm relieved to have overcome. Once I've completed the following, Awakener will be pretty much done, excluding walkboxes:

Script Stacking.
Script parameters and return values.
Calling scripts in IF/While conditions.
Timers.
GUI manipulation.
Handling special AGS functions ('on_mouse_click, 'repeatedly_execute' etc).

On a related note, Awakener is one of an impressive five games by Ben nominated for the JayIsGames best freeware adventure game of 2009.

"Taste the Day"

2010-01-01T12:21:00.002Z

In the final few minutes of 2009, XAGE reached an important psychological milestone - Awakener is now playable to completion. That is, you start a new game, click on a bunch of stuff and get to the end sequence and credits:

Admittedly, there is still a lot to do. Four or five small, manual hacks are required to get certain sections to work, as there are still 123 scripting errors (acquiring the halberd has to be completely bypassed, for instance). Some of the cutscenes work perfectly and others are decidedly clunky, plus there remain a few visual glitches and oddities.

Fixing these remaining issues is going to take at least a few more weeks, possibly months depending on how much time I get to spend with it. The end aim remains the same - to have a fully complete, playable Awakener with as few manual changes required as possible.

Awakener on a Mac

2009-12-21T14:03:00.003Z

As I'm not nearly rich enough to own an Apple Mac myself, I've not yet been able to test XAGE at all on that platform. This morning I was sent some screenshots of the latest Awakener Silverlight build running on an Intel-based Mac:

I was worried that there'd be some unforeseen complications so I'm pleased that it works (incidentally, Ben has released his latest AGS game, which has an agreeably silly ending).

I've almost finished a series of structural improvements mentioned earlier. Previous versions of XAGE had different action types depending on whether you wanted to set a variable (say, PLAYER's X position) to a specific value (100) or to another variable's value (Enemy's X position). This worked but was inflexible.

Now these action types have been combined into a single action, where the variable itself can be set to a value or variable via a checkbox:

As variables are now all loosely typed, we are also able to do more things complex things, like use a variables for a line of dialogue rather than explicit text. That way we can make a character shout out his X Position, for instance.

Likewise, the IF Value/Variable actions have been combined, and can now have multiple conditions. Additionally there's a new WHILE loop structure and new standard variable, Transparency, that is mostly redundant but helps us sidestep the ColourAlpha issues detailed in a previous post.

All these improvements mean that, Awakener's introduction and menu now work more or less as expected, with zero manual changes. Conversely, the improvements utterly break the existing scripts for The Fourth Wall, so at some point I'll have to make some sort of update process.

New XAGE Website

2009-12-15T00:54:00.002Z

At long last there's a proper home for all things XAGE. I looked at a handful of ASP.NET based Content Management Systems (DotNetNuke, Umbraco) but they seemed like overkill for what I actually needed. A few days ago I came across the WebFoundations CMS which ticked all three boxes - nice, simple and .net based.

Clicky: www.clarvalon.com

I'd like to say that the site a prime example of functional design, but that's just a roundabout way of saying that it is currently devoid of content. I'll be tweaking the layout and adding bits and pieces on the road to beta release.

As I quite like using blogspot for updates, the website consumes this rss feed for use on the main page (and after a little jiggery pokery, this now includes comments). That way nothing has to be migrated across and I can continue to use blogspot.

Any glaring mistakes, bugs or omissions, let me know.

Abortive XBLIG Ideas

2009-12-09T11:21:00.007Z

Every developer has ideas that are discarded on the basis that they are unfeasible, under-developed or rubbish. Here are some of my ideas for the Xbox Live Indie Games channel, now yours, for free!:

1) "Things I'd do for 80 MS points"

With the addition of video support in the Xna 3.0 framework, it is now trivial to include clips in your game, or in this case, showboating application. Think of it as Jackass-Lite - film a series of short videos, each beginning with someone saying "For 80 MS Points, I'd ..." before they do something silly, embarrassing or mildly painful. Have two videos available in the trial version and a further ten or so unlock when the 'game' is purchased. The whole thing would be entirely transparent and shameless, and would be a financial cash-cow. Probably.

2) Remake "Star Warrior"

A sinclair spectrum game I remember fondly, that was ostensibly a Galaxians rip-off with an unusual twist. The gameplay was split into three sections, the first being the standard Space Invaders fare and the second a slightly unusual section where you had to avoid multi-coloured asteroids while descending onto a planet. The third part was the most interesting, a tense standoff between our hero (a magenta figure eight pixels big who would furiously dance on the spot) and the Psychotic Cyborg (a small white ball with a menacing black pixel, which I took to be an eye). The hero would have to enter a yellow maze to get to a blue diamond, protected by the cyborg who would semi-randomly twitch and jerk its way around the maze. As a six year old, I remember that making a dash for the diamond was a truly exhilarating affair, as the Cyborg would make a terrifying 8-bit screechy sound as it moved, and would mercilessly hunt and shoot your frantic, dancing hero on sight.

Modern gaming, replete with autosaves and checkpoints, can be quite lacking in tension and atmosphere. Remake the above, along with some intricate form of permadeath, and you have a genuinely stressful game with an intensely rewarding payoff.

3) "The Race Card"

Pick a card game, any card game. Play as normal until one player pulls out the Race Card. Upon playing the Race Card, their opponent must turn off their console, feeling slightly ashamed and confused.

4) Indie Band

Approach one of the many unsigned bands flouting their wares on Myspace and the ilk. Create a short application that displays photos, images, band-motifs and lyrics along to their music. Release their album or EP for 400 points and split the profits. It's limited in that the music is non-transferable and only playable on the Xbox itself, but you may get some media coverage for the unorthodox route to market (the band being interested in publicity, you in sales). I'd much rather this flood the market than massage apps.

5) Be the bad guys

Some games have attempted to let you play as the bad guy (e.g. Dungeon Keeper, KotOR) but usually in a way that doesn't have an especially meaningful impact on the gameplay. You still play the game as normal, be it shooter, RPG or Strategy, except you have evil ends to evil aims instead of good.

One departure from this would be to make a game where you truly get to be an typical Bond-Villain. It could be a bit like a tower defense game except not as dull, where you command dozens of inept, incompetent henchmen against an impossibly overpowered and good-looking AI controlled hero character (perhaps modeled on the Commando unit from the C&C games). Only through sheer attrition or blind luck are you able to take him down - perhaps he gets stuck on a bit of geometry and starts to swear. Or perhaps it's fairly easy to take him down, except the AI can restore the game from previous save points and you succeed by frustrating him to the point of exasperation, at which point he exits the game abruptly and you are returned to the dashboard, triumphant.

6) NXE 2

Make a game based on the Xbox (New Xbox Experience) dashboard itself. You essentially have a series of mini-games that are 'launched' as separate apps within the service, parodying existing games. The soundtrack could be "I made a game with 'I MAED A GAM3 W1TH Z0MB1ES!!!1' in it, innit?".

7) Motherhood

Point and Click Adventuring offers an opportunity to explore interesting and exciting areas with characters and storylines. Unfortunately the majority of titles, especially freeware games, instead prefer to explore safer and more traditional territory (You play Jacob Mackenzie, a Private Investigator with a murky past and a point to prove!). This may lend itself to traditional inventory-based puzzle-solving, but often doesn't do much in the way of providing actual entertainment.

As with film and music, I like to encounter things that I haven't experienced before. There are so many interesting topics to be covered, which first got me thinking about having a game where you play as a pregnant woman, where you navigate all the social pitfalls of dealing with a pregnancy that only you want. The player character would noticeable change over time, growing in size and a decreasing walk speed. How many times have you seen a woman giving birth on tv compared to in a game? How many games deal with the relationship and bond between a mother and her newborn child? Maybe the mechanics of such a game would turn out to be tedious, but I'd like to see it tried. It's not all about saving the world and blowing things up.

It should hopefully be easy to spot which of the above are rather tongue-in-cheek. Don't be fooled; very occasionally I do actually have some half-decent ideas. I'm just keeping those closer to my chest.

Edit: Star Warrior - that's the one. Added screenshot. Thanks, David.

Silverlight Progress

2009-11-20T11:18:00.005Z

Whilst the Windows PC and Xbox builds remain XAGE's priority, the Silverlight version is the route to greater platform compatibility. Bill Reiss has continued his sterling work on the SilverSprite library with a new release supporting Xna's RenderTargets. This inclusion allows us to utilise scaling of games within a web browser.

As part of SilverSprite there are now two rendering methods - the old Silverlight Canvas style and the new Bitmap-based rendering. They both have their pros and cons, so I've hacked in a quick toggle to change renderer mid-game. This is how Awakener looks playing in Google Chrome at x2 scale using both styles:

Canvas Rendering:

Pros:

Quicker - runs at 100% on my atom netbook.

Cons:

Ugly aliasing, makes text harder to read.
Visual glitches (transparency especially).
Outstanding memory leak when using bitmap fonts(?).

Bitmap Rendering:

Pros:

No aliasing or visual glitches, looks practically identical to xbox and native pc.

Cons:

Much more processor-intensive - choppy performance on my netbook but runs at 100% on a fairly low-spec dual core pc.

Bitmap rendering adds (at the moment) a higher hardware requirement than I'd like, but it's really helping push XAGE's cross-platform viability. Again, it's likely that there are further optimisations to be made in both SilverSprite and XAGE, and perhaps the recently announced Silverlight v4 will offer further performance improvements.

Edit: There exists a third option that hadn't occurred to me - using bitmap rendering for the backbuffer and canvas rendering for the rendertarget. This provides a happy medium - a few visual glitches but looks better than pure canvas and runs faster than pure bitmap. This translates to three Silverlight visual quality options - Low (canvas), Medium (canvas/bitmap) and High (bitmap).

AGS Conversions: Manual amendment example

2009-11-12T09:05:00.006Z

The process of identifying what needs fixing or improving in the Awakener conversion is mostly done by comparing the original AGS version alongside the XAGE version. Usually a problem corresponds with an unhandled scripting error, of which there are currently 163.

For example, the Awakener intro screen fades some textual images in and out before presenting the player with the menu. This doesn't currently work in XAGE. Examining the scripts reveals that AGS relies on a While Loop to fade the objects in and out.

So at first glance it looks like a simple case of implementing the While Do Loop structure into XAGE (essentially a specialised IF). However, the While condition also uses a local variable "trans". Local script variables are not currently supported in XAGE, so that has to be added too. Plus the While structure is to be based on IFs, which itself need to be updated to be able to handle multiple conditions (i.e. if flag== true && count > 5). Which also reminds me that I should probably merge the IF_OO and IF_OV Action Types for greater flexibility going forward.

All of which is a lot of work, just to make a few objects fade in and out. Sometimes working on the conversion feels like running down a rabbit hole of missing functionality and outstanding features, but the effort will eventually be worth it.

The above is also a good example of where manual amendments are required. AGS uses a Transparency property, where 0 is opaque and 100 is fully transparent. XAGE uses the Alpha channel, similar to drawing applications, where 0 is fully transparent and 255 is opaque.

For a line of AGS code where the transparency is set explicitly, e.g. cFadi.Transparency = 0, it is trivial for the converter to map this properly in XAGE as setting cFadi's Alpha Channel to 255. However, when the Transparency is set using a variable, as in the above example, XAGE has no simple number to convert. It's safe to say that the converter will neve be sophisticated enough to identify all possible values for the variable that stage and amend their values accordingly (which itself could introduce other bugs). The best it can do is alert the user that the value has been amended by a variable and needs to be checked that it's within the correct paramaters.

This complication leads me to believe it would be useful to have a mechanism for identifying certain scripts that are not to be updated if the conversion is run again. That means a user could manually fix various scripts in XAGE and not have them reset should the conversion be run a second or nth time (certainly useful for development and perhaps useful to anyone else who is developing their AGS game concurrently). More work. This is why it's unlikely there'll be any interesting updates for a while.

A Short History

2009-11-05T14:02:00.007Z

It's coming up to 18 months since I started work on XAGE. During that time the focus of development has shifted so much, it seems like a good time to recap how XAGE began, where it currently is and where it is going.

The Past:

The original project started as an effort to get my own adventure game on the Xbox Live Indie Games channel (then 'Community Games'). After a few months work the engine was in a playable state and, using Monkey Island 2 placeholder artwork, I was able to hardcode a small demo room. It was obvious that I needed to develop a tool to enable me to quickly create all the game content from scratch, whilst the engine itself essentially operated as an interpreter (similar to SCUMM).

Soon after the original Editor had been created, it struck me that other people may be interested in the tools I was creating. Posting in a handful of forums prompted a positive response, and I started to receive emails with comments, suggestions and general feedback - all of which has been incredibly useful and a good source of motivation. And thus, the Xna Adventure Game Engine was born.

From that point on, focus shifted from the engine to the editor itself. Numerous revisions and improvements have meant that the editor is fairly straightforward and easy to use. I took a look at the competition - AGS, Wintermute and later Visionaire2D, all of which have their strengths and weaknesses. I found myself most drawn to AGS, of which I already had a passing familiarity, as it had a lot of similarities and it seemed to have the most active and friendliest community.

As development progressed I began to think more long term about possible game projects. As I'm a slow and clumsy pixel artist, I felt that it may be a better use of my time to instead think about converting existing games to XAGE for release to the Xbox. I contacted the author of a short AGS game tentatively asking what he thought of the idea, and again the response was favourable. I have since spoken to two others, and been contacted by about a dozen or so more developers, some indie, some commercial. It is pleasing that through only a few forum posts, blogs and youtube videos XAGE has caught the attention of the handful of people I had hoped it might. I have a good idea of who I'd be interested in working with in the future and there are no end of interesting games to port.

Along the way I discovered the open source Silversprite project, and in an afternoon had XAGE up and running in a web browser. This has added a complication insofar that all new functionality has to be supported across all three target platforms - Windows PC, Xbox and Silverlight. On the other hand, it broadens the scope of compatibility to otherwise C# unfriendly platforms such as Linux and Macs.

Eager to put the maturing Editor through it's paces, I spent four or five weeks making my own short game, The Fourth Wall, for Microsoft's DreamBuildPlay competition. It was a useful exercise, leading to a lot of bugfixes, as well as proving (to me and the four or five people who played it) the viability of the engine.

The next shift in development focus came when I discovered that it was possible to automate a large part of the work when converting an AGS game to XAGE, drastically reducing the work required for the end user. Numerous improvements later and I am now tweaking and altering a few outstanding aspects of XAGE's design in order to aid the AGS conversions. This has only been possible by using the few Open Source AGS games available, and more recently Awakener.

The Present:

I'm working on getting Awakener to convert as accurately and simply as possible. I'm having to plumb in new functionality to support this, such as local script variables, script paramaters, GUI customisation etc. This is a lot of work, but the end result will be worth it, vastly improving the feasibility of running complete AGS games on the Xbox.

The Future:

The roadmap on this blog is periodically juggled and amended. Once the work on Awakener is complete, I'll look at other AGS games to help finalise the XAGE GUI design. ETA for this is 8-12 weeks depending on how much time I get to spend.

Following that there will be three main milestones:

Rework The Fourth Wall to work with the latest version & release to XBLIG.
Release XAGE v0.5 (or whichever version is current) as Beta on a swanky new, dedicated website (i.e. begin the PR).
Identify & negotiate rights to the first AGS game to be released on the Xbox360.

So ... there you have it. I'd like to thank everyone who has shown an interest in XAGE so far - your support and encouragement has always been appreciated. To that end, XAGE will always remain completely free for non-commercial use.

Animation Redesign

2009-10-22T23:57:00.004+01:00

The way animations are handled in XAGE has been redesigned to provide more flexibility and aid with AGS conversions.

XAGE previously allowed standards to be created in a fairly quick and easy manner but also lacked some flexibility. The order of the animation frames was important, as they needed to be tagged with various preset labels, "BodyWalkDown_Start" etc. There was also a duality with there being two animation mechanisms - the inbuilt tagging and custom animations (already much like AGS sprite loops). The preset tags have now been removed and now all standard animations (walking, talking etc.) are handled by user-built custom anims. This provides a little more flexibility and efficiency at the expense of time, as it takes a few seconds to set up the standard animations manually and link them to a character.

XAGE still doesn't implement Views in the way AGS does. I can definitely now see the benefit of them, as it enables the user to easily change the character's outward appearance, though there are a few (in my opinion) archaic design decisions that are slightly unintuitive, such as having the standing still frame as the first frame of a walking animation. Likewise I like having the animations frames tied to the character, even if this is inefficient. It seems cleaner and more intuitive, in the same way each conversation in XAGE is tied to a character as opposed to one big Dialogue pool.

The Editor has had a few overdue improvements too, including the ability to preview custom animations without having to run the game (a particularly large timesink when developing The Fourth Wall):

I'll be happy if I can get Awakener's scripting errors post-conversion down to less than 100.

Awakener Update

2009-10-15T12:50:00.005+01:00

Armed with the new ability to extract room information, the progress has been faster than I'd expected. The AGS plugin enables me to pull out everything I need, including the mask information for hotspots, walkbehinds, regions and walkable areas.

The first two have slotted nicely into XAGE with a few minor changes. AGS Hotspots convert over as XAGE room objects, albeit ones with a single, invisible anim frame. AGS Walkbehinds convert as XAGE room objects that are unselectable, static objects with a fixed zPosition as the baseline (The zPos has been reinstated - making the The Fourth Wall confirmed that there are some occasions where you just need to override an object's yPos for the drawing order). Also, standard AGS room objects now convert in a straightforward manner.

AGS Regions and walkable areas are trickier. As XAGE uses geometric walkboxes for character movement, there is no easy way to automatically convert one to the other. I may attempt to tackle this algorithmically, but chances are it will turn into an overcomplicated mess. Another solution may be to store the walkable areas as a single mask and overlay this over the room background within the XAGE Editor, in order to aid the user in manually recreating the walkboxes as quickly as possible (taking about ten minutes or so per room, not including testing).

A third option would be to offer a parallel room traversal system that involves a mask (or to drop the geometric walkboxes completely). It would be quite a lot of work and it would make the conversions more complete, however I'm concerned about unwittingly turning XAGE into AGS-lite, or an unofficial port, and thus want to preserve its position as a legitimate, stand-alone engine.

Working on the conversion is now my main priority, so I'm adding new functionality to help recreate the exact look and feel of the original. Such improvements include a new option over how the cursor highlights characters and room objects. Previously everything was wrapped up in a bounding box, similar to how the original SCUMM games operated. Now each item can have a manual or dynamic bounding box, or a per-pixel detection. The latter option is in keeping with AGS.

Besides a few things (fonts, cursor and some GUI stuff), Awakener running in XAGE is now visually a pixel-perfect recreation of the original AGS version:

I should stress the word visually, as there remains a whole lot of work to do on converting the scripts.

EDIT: The script conversion now counts all unhandled lines of AGS code. Now that I've added this metric it's possible to gauge the progress being made at a glance. The number of script errors that occur when converting Awakener currently numbers 294. It is likely to be a few weeks/months before the number starts to get anywhere near zero.

AGS to XAGE: Awakener

2009-10-09T00:01:00.006+01:00

Ben Chandler was kind enough to send me a copy of the source code for his latest game, the excellent and rather sweet Awakener. Here's a short clip of it running on the Xbox360 under XAGE:

Discussion thread in the AGS Technical Forum. To anyone interested in converting their AGS games to the Xbox360 or to their internet browser - please lend your support to the feature request. It would make a monumental difference, and potentially save you hours and hours (and hours) of tedious legwork with your own future game conversions. Thanks!

EDIT: Denzil Quixode on the AGS forums has very quickly knocked up an AGS Editor Plugin that does exactly what I need. Cheers, Denzil!

EDIT2: I've expanded on the code and now built my first AGS Editor Plugin - Export to XAGE. It is largely useless to anyone else at the moment as XAGE Editor v0.5 has not yet been released, but it succeeds in simplifying, speeding up and improving the scope of the conversion process.

Three Games

2009-09-30T20:04:00.004+01:00

Ben Chandler's new short AGS game has been released: Awakener. As expected, it's a highly polished affair, with a pleasingly unusual ending. Well worth a look. I may have something XAGE-related to post on this in the near-future, so watch this space.

Another AGS game I (and a lot of other people) have been keeping an eye on is VinceTwelve's Resonance. Interestingly, he's used KickStarter in order to fund its entry to the IGF competition. So positive has been the response that he's actually been pledged over ten times the required amount.

As Resonance is being keenly followed by a lot of adventure game adificionados, this is entirely understandable. The XAGE project is still rather low-key, and will remain so until v1.0 and T4W hopefully begin to raise its profile. Seeing that people have pledged both $250 and $500 in order to be included as a character in Resonance only confirms that not only are people very excited about this game but they are also willing to part with large sums of money in order to feel involved in its construction.

My idea: A KickStarter project to allow a single individual to pay a reasonable sum (say, $500 to $1000) to have a short XAGE game created for or about them. Just as some people are crazy for adventure games, a whole lot more are crazy for their Xbox, investing a huge amount of time and money in their hobby. It's not beyond the realms of possibility that someone would be interested in funding some such ego project in order to see their idea or character come to life on their console of choice. It would also tie in nicely with an idea I have for an episodic adventure game on XBLIG, where with each release the episode's financial backer stars as the antagonist.

Finally, Pixel Man was released to XBLIG recently - something about it appeals to me on a very basic level. The tiny graphics, 8bit sounds, rainbow menus and absolutely minimalist gameplay stir some childhood yearning for the Sinclair Spectrum. I'd love to have a crack at making something similar. Maybe when things aren't so busy.

XAGE on the iPhone?

2009-09-15T22:20:00.002+01:00

The ZuneHD has been released in America. As it directly supports XNA there's a reasonably good chance XAGE will eventually target this. Portable XAGE gaming would be a terrific novelty, for me if no-one else.

That said, what is an even more tantalising prospect is that of iPhone support, due to the large, affluent user base and the recent success of the Monkey Island re-release. However, given XAGE is built using C#/XNA and iPhone uses Objective-C, there was never any real hope of the iPhone being supported.

Until now. The open-source XnaTouch project aims to help port Zune (XNA) games to the iPhone. They have a short video up showing an XNA game running on the iPhone simulator here. Of course, this is all miles away at the moment and would require an investment of several thousand pounds of new hardware, but it's yet another potential direction for the engine. I'll have to keep a close eye on XnaTouch to see just how feasible it is, but potentially there's the possibility of some ridiculously convoluted porting fun, e.g:

AGS game -> XAGE -> Publish to ZuneHD -> Port to iPhone (via Mac)

In the meantime I really ought to get the GUI customisation finished. Finally releasing The Fourth Wall to XBLIG will be a tremendous relief - conclusive proof that XAGE is not vapourware.

AGS to XAGE: Pixel Hunt

2009-09-10T23:23:00.005+01:00

There aren't many open source AGS games, but I discovered that by hacking away at the code I've been able to get Andrew 'SSH' MacCormack's Pixel Hunt updated to the current version of AGS (most likely breaking a whole bunch of things in the process - I'm no AGS expert). An up to date source code meant that it became the third AGS game to get the XAGE conversion treatment. Running under AGS vs XAGE:

As you can see above, I've finally started making some progress rewriting XAGE's GUI system as I want this completed before realeasing T4w. The AGS GUI Buttons are more or less displaying correctly on the screen, though they don't do much else at the moment. Notable differences:

Dynamic Cursor not yet implemented (top).
VerbCoint not yet implemented (sitting happily in the top left hand corner).
Pixel Car missing (centre, most likely a scripting inconsistency).
GUI Labels not yet implemented (bottom left, 'SSH Productions' etc).
New inventory system not yet implemented (bottom middle, white gfx card).
GUI Button Text not using correct colours (bottom right - not yet sure where to find this in AGS Editor) .

Disclaimer: There's the tiniest sliver of nepotism in this post as SSH runs the AGS Blog and occasionally says some rather nice things about the XAGE project. There was also a very positive plug on xnPlay a few weeks back. All PR help is appreciated! Likewise, any developers with AGS source code they don't mind sharing - please get in touch. The more I get my hands on the more the conversion process improves.

XAGE Flow

2009-09-08T01:01:00.002+01:00

As requested, here's a brief overview of how everything currently fits together in XAGE land:

The game code is all stored as xml. Unlike AGS, which compiles the scripts and slaps them onto the exe, the XAGE game code is never compiled. The XAGE executable loads them it merely deserializes (loads) the xml. The only variation to that is for a finished, published XAGE game, where the xml (along with all graphics, audio etc.) is zipped up to reduce filesize. Further size savings could have been made if I'd allowed for binary serialization, but there was some good reason I've not done this (probably unsupported in Silverlight - most things are).

Criticism of XBLIG

2009-09-04T11:18:00.002+01:00

I should qualify this post by saying that XNA is a fantastic framework and Microsoft is a darling for colluding with the Indie/Homebrew development scene. Now, with that out of the way ...

1) There are way too many non-games on the service

As a consumer and a developer, the pointless screensavers and massage applications irritate me. They clog up the service and, in all honesty, have no place on a digitial distribution channel that has "games" in the title. Conversely, as a greedy developer with bills to pay, I've had a few half-decent ideas for non-games (some of which that, amazingly, don't involve making the controllers vibrate) that could potentially make a few pounds for very little effort. As a matter of principle I've not yet gone down that path, though principles do have a habit of dissolving when unemployment pokes you with his bony finger.

2) The ones that are games have dreadful names

Biology Battle, Zoomaroom, Revenge of the Ball, Memorania, Neon Paddles. Without wishing to pick on these in particular, they do all sound awfully dull, like a game you get after painstakingly spending twenty minutes copytyping code from a 'Learn Spectrum Basic' book circa 1985.

Many XBLIGs have quite utilitarian names. Tank Strike, for instance, is admirably concise and conjures up a fairly accurate representation of the gameplay. Unfortunately this also can enforce rather low expectations for the game itself, as all curiosity and mystique are swept away the instant you read the title. It's possible to take three random words and end up with a better name for a game than most titles already on the service. Look, I'll do it now: Kaiser Raul's Fishbowl. See? I'd buy that game in a second.

3) The Box Art is even worse

A similar proportion of existing XBLIGs are cursed with generic, boring, lazy boxart. Some are downright dreadful; a garish mess of unreadable text and primary colours. The box art is where you set out your stall for the majority of your customers, so to get this so spectacularly wrong is shameful.

4) And they're all the same, aren't they?

Of every ten games, I might download the trial for one or two. For my tastes, there are far too many generic puzzlers and platformers. They may have some minor innovation in their main gameplay mechanic, but I've yet to play one that has compelled me enough to purchase it (partly because I'm a miser but also because of the lack of achievements. In many ways the 360 has ruined playing games in that I now feel I need an arbitrary little number to justify the time spent - enjoyment alone is no longer enough). With a few notable exceptions there is very little focus on storytelling or character development. Hopefully XAGE will go some way to addressing this.

Postscript: Yes, The Fourth Wall isn't a fantastic name and the box art is deliberately rubbish, so it is conveniently exempt from 2 and 3.

AGS Conversion Progress

2009-08-07T10:48:00.003+01:00

Yesterday was a welcome break from T4W (how long does it take for an acronym to be established?). I spent some time rewriting how XAGE converts AGS scripts. Previously it was a bit flaky in how it dealt with carriage returns and didn't always provide the most reliable results.

Each AGS script is now tokenised, splitting everything up into functions, statements, if, brackets etc. The tokenised script is then converted into XAGE scripts. This two stage process is a lot cleaner and easier to extend. Using OpenQuest as my AGS source, here's a cherrypicked example of where the conversion is currently at. Consider the following AGS code:

function character2_a() {

// script for Character 2 (Lifeform): Interact character

if (sInteractionVerb == sTalkTo)

{

hideGUI();

// have we already met the cleaner? If so, use a different greeting

if (GetGlobalInt(8) == 1)

{

player.Say("Greetings Carol");

cCleaner.Say("You again?");

}

else

{

player.Say("Speak lifeform!");

Wait(40);

player.Say("Is this translation matrix working?");

cCleaner.Say("You're that guy from accounts right?");

}

dCleaner.Start();

}

else if (sInteractionVerb == sSmell)

{

player.Say("This creature has an overwhelming pungent smell");

}

else if (sInteractionVerb == sMove)

{

player.Say("The lifeform is surprisingly sturdy, I don't believe I can use force");

}

else

{

triggerUnhandledEvent();

}

The above function now converts automatically to an XAGE script as follows:

The two provide the equivalent 1-1 functionality save for two things:

XAGE doesn't know what 'sInteractionVerb' is (#defined in OpenQuest as Game.GlobalStrings[11]. Whereas XAGE would link each event with its own script, AGS (or AGS developers?) tend to bunch certain events to the same function, which seems unnecessarily complicated - perhaps a throwback to earlier AGS versions).
The conversion process doesn't yet handle AGS functions calling each other (requires an XAGE object running a new XAGE script).

In the future I see a juggling act; trying to keep XAGE's design as clean as possible and yet trying to map as much AGS functionality as possible, some of it outdated and deprecated. It's gratifying nonetheless to watch the OpenQuest opening cutscene running in XAGE, albeit in a slightly clunky, stunted way.

"The Fourth Wall"

2009-08-05T19:30:00.002+01:00

Today I submitted my DreamBuildPlay competition entry, "The Fourth Wall". As the deadline loomed I've had to cut a lot of corners, and there's no chance it will win, but I'm reasonably pleased with how it has turned out.

It's a silly, short game (or rather, anti-game). Here's a trailer that has absolutely nothing to do with the game itself:

I'm waiting on a few library fixes but there should be a Silverlight demo soon. In a few weeks you should also be able to part with 80 Microsoft Points and enjoy it on your Xbox360.

XAGE's first commercial product. Huzzah.

The 8 Minute Trial Test #2

2009-07-26T01:49:00.003+01:00

As a continuation of the previous 8 minute trial test, five more point and click adventures get the treatment.

Colour Key: Green = pre v1.0 functionality, Orange = post v1.0, Red = unlikely to be implemented.

1) Emerald City Confidential

The Good: Polished, HD graphics, excellent audio. Single-click interface is very user-friendly. Lots of hand-holding to ease in casual players. Parallax scrolling intro.
The Bad: Slidy-walk animation. Playfirst DRM (didn't actually seem too intrusive). Objectives were clearly laid out but there was no real explanation as to why - not a lot of real plot exposition within the first 8 minutes.

Not yet possible in XAGE: GUI customisation, Speech, Various GUI effects.

2) Nanobots

The Good: Fun concept, well introduced and setup. Impressive dual view technique on tutorial. Swearing in binary.
The Bad: Some minor clipping issues. 'Groovy Greg' seems to suffer from a mild form of Parkinsons.
Not yet possible in XAGE: Text input, Y axis scrolling, GUI customisation.

3) Time Gentlemen, Please

The Good: Finely crafted, plenty of attention to detail. Entertaining and colourful introduction. Irreverent humour. Plenty of witty banter between protagonists.
The Bad: Some very minor flickering as walking & scrolling not synched.
Not yet possible in XAGE: GUI Customisation.

4) Heed

The Good: Very distinctive art & audio, along with extremely simple user interface. Smooth, clean animation. Intriguing room-by-room development. Existentialist musings.
The Bad: No narrator with a tophat. The fly is a little slow.
Not yet possible in XAGE: GUI customisation.

5) Five Days a Stranger

The Good: Player character is a criminal.
The Bad: Visually has not aged especially well. Interface is particularly clunky and old-school.
Not yet possible in XAGE: GUI customisation.

XBLIG price changes

2009-07-24T10:37:00.004+01:00

Microsoft have shifted down the three price points developers can choose for their indie games (from 800, 400 and 200 to 400, 240 and 80). I'm in two minds about this.

Cons: With 800 points (about $10) no longer offered, more professional outfits are likely to be turned away if the most they can charge is about $5. The race-to-the-bottom pricing is likely to make XBLIG much more like Apple's App Store. It is already quite cluttered with largely pointless apps and massage games (the dashboard update to introduce users ratings should mitigate this somewhat). In my opinion, the areas in which Indie Games differs to the App Store are its strengths, so it is unfortunate to see them being eroded further.

Pros: I had no plans to monetize my DBP09 entry, given that it will provide little more than 15-20 minutes of play. But with a price point of 75p, why not? I'll reassess this closer to completion. It also opens the door for various small AGS games, for which a 75p cost is justifiable.

OpenQuest

2009-07-19T17:49:00.004+01:00

To distract from the fact I've not been able to get anything done in the last fortnight, here's a picture of OpenQuest running on XAGE:

It's a bit glitchy (not sure what happened to the Cleaner on the left) and has the same limitations as Demo Quest, but it works. Between the two I have a reasonable amount of source material with which to improve the AGS conversion process.

Silverlight v3.0 has now been released, so Bill Reiss is continuing his excellent work to bring SilverSprite up to speed. This means that any browser based XAGE adventuring should soon become a much more robust & enjoyable experience.

Twitsqueak

2009-07-08T10:16:00.004+01:00

As I'm practically providing 24 hour care at the moment, I have very little time for anything, let alone coding. This means I am spending a lot more time thinking about all things XAGE than actually doing anything productive.

As you can only mull over algorithms and design for so long, I've started to devote more time thinking about the eventual ramping up of the PR machine. I've been collecting a number of decent articles on publicising independant games, though it has become obvious that this is the part of XAGE's lifecycle that I'm looking forward to least. It's cold and calculating but a necessary evil.

Increasingly people have mentioned that twitter is good for (ugh) networking, (ick) public relations and (hurray!) stalking celebrities. To this end I've created an XAGE twitter account. I generally avoid sending text messages and have a distate for anything that encourages netspeak, but having used it for a few days I can see its merits (besides following the ravings of Charlie Brooker). Updates may be few and far between for the time being.

All being said, all the publicity in the world is next to useless if you don't have a decent product. One day I'll get around to fixing those damnable dynamic object boxes.

Feedback = Features

2009-07-02T09:57:00.002+01:00

I've had a few pieces of genuinely useful feedback so far. One suggestion was to allow developers to enable or disable each individual action as and when they're needed (much like commenting out code), which hadn't even occurred to me previously.

After adding this functionality, I then realised it would be handy to be able to annotate scripts with developer comments, so added that too. To add an extra layer of flexibility I decided to finally implement Nested IFs, meaning it's now possible to create more complex conditional logic:

So, XAGE scripts looks more and more like real code, but it's still verbose and simple enough for anyone with eyes and half a brain to understand. The only typing required is for the dialogue and occasional object value.

Another improvement has been to add WalkLines, which are similar to WalkBoxes but only have two points rather than four. This was already achievable, simply by making two points the same, but having this additional construct should make it more immediately obvious to developers about their use. There are now also more visual cues when placing any walkable areas, so you can more easily detect horizontal or vertical alignment and connections.

I'm still a few months away from ramping up the PR machine as we get closer to v1.0. One thing lacking so far is bug reports - I've only ever received two. I'd love to believe that XAGE and XAGE Editor are watertight applications but that simply isn't the case. If anyone encounters any fatal exceptions, please let me know (there's a big friendly button that does it automatically!).

Finally, I've pestered Ben304 into letting me use some of his artwork for my DBP entry. He's a well-known man about AGS-town, so if you haven't taken a look at his short games Annie Android or Shifter's Box, do so.

XAGE Publc Alpha v0.4 - Download

2009-06-25T00:17:00.003+01:00

I'm not sure of the exact date, but it's been more or less a year since I began working on XAGE, and it's a relief to finally have something to publicly show for it. You can now download it at the following link:

www.clarvalon.com/XAGE/Release/xage v0.4.zip (2.8mb, mirror)

This includes:

XAGE Editor (with embedded Default Game)
Skeleton Visual Studio Projects for Xbox360 and Silverlight (included for the people who have expressed an interest in trying them out).

It has to be pointed out that this release is more than a bit rushed as I'm completely swamped. There are quite a lot of known issues and unfinished sections, but as a whole product it's the most feature-complete version yet. It's fair to say that the included game is a little underwhelming compared to previous ones, due to lack of fancy Lucasarts graphics and varied scripting, but it should serve as a pointer on how to achieve the absolute basic effects.

As usual, XAGE is hungry for feedback and bug reports, both of which can be submitted in seconds via the built-in menu options. Likewise it would be interesting to hear the experiences of anyone attempting to use either of the VS projects or the AGS conversion tool.

'Avatars may leave innocents or bystanders slightly injured, but not dead'

2009-06-14T18:11:00.005+01:00

Precautionary swine flu quarantine aside, the weekend has provided some much needed relief. Easily the biggest thorn in XAGE's development has been dealing with all portability issues. I was pleased with the heavy-duty Rjindael encryption but unfortunately it was not compatible with either Silverlight or the Xbox. After scouring the web I was able to find three different, working ports of SharpZipLib, meaning I could begin work on the ...

Unified File Access:

All assets are now zipped up for published games, reducing the size and number of files. With regards to file formats, it's not even a case of working with the lowest common denominator, as there is no way of freely (i.e. without licensing issues, either by using mp3 or commercial libraries) using any two formats on all three target platforms. After a lot of trial and error and about half a dozen open source audio components, I've finally implemented a solution that satisfies all the requirements for the new integrated publishing system:

XAGE can now play one piece of background music at a time, and any number of sound effects.
Music is initially stored as Mp3s and sounds as Wav files. These are used when debugging on Windows (via SdlDotNet).
For published windows games, the user is given the option of swapping the Mp3s for Ogg tracks to bypass any licensing issues. The Wav files are untouched.
For Xbox games, the Wav files are automatically converted to Xnb via MSBUILD. The Mp3s are converted into Wma.
As Silverlight cannot natively play Wav files, they are coverted into Wma and Mp3s are left untouched, covered by Silverlight/MS.
All three platforms are capable of loading assets from the pre-prepared zip files (with the exception of the Xbox Music as it cannot stream a compressed Wma file).

Just thinking about it is exhausting, but it all works as expected. Publishing an XAGE game is designed to be as simple as possible (K.I.S.S applies to UIs too), so the user will be oblivious to most of the above. The Xbox and Silverlight platforms are a little more involved, and require a free installation Visual Studio 2008, but even then it's mostly just a case of hitting the big green 'Start debugging' button.

What does this all mean? Well, after debugging a game via XAGE Editor it's possible to play the same game on the 360 and a Web Browser in a matter of seconds (minutes if you've made changes to the graphics or audio):

Xbox Live Indie Games:

Community Games has been rebranded by Microsoft to 'Indie Games', which seems like a sensible move. This coincides with the release of the Xna 3.1 framework, which from XAGE's point of view doesn't yet provide a compelling reason to update. The inclusion of Avatar support is a nice touch, though there are some strange guidelines regarding their use in games.

As DBP09 closes in August, I've taken the decision to wrap up any loose ends, release v0.4 and then see if I'm able to complete my game within the competition deadline. I'd essentially be submitting a demo (not that there is any chance of me winning anything), but it will be a good exercise in finally putting the engine through its paces and will give ideas on areas of improvement. The resulting 4 month Creator's Club access will be handy too, giving me time to take a proper stab at it before releasing to XBLIG.

AGS's 'Demo Quest' on Silverlight

2009-06-07T18:12:00.002+01:00

I'm currently rewriting how content is handled, in order to make it trivial to publish XAGE games on various platforms (more about this later). Part of this is targeting the Silverlight platform, so I've rebuilt Demo Quest (as per the xbox video) and temporarily uploaded it to play in your web browser here. It's playable but VERY sketchy, as most of the optimisations and memory issues won't be sorted until Silverlight v3.

AGS's 'Demo Quest' on Xbox360

2009-05-25T16:26:00.007+01:00

The bulk of the conversation system is now in place, and there will be further refinements when I tackle the last major component (GUI customisation). Here's a new video detailing the following:

New Editor appearance (themes).
New Script Action creation method (popups).
XAGE again converting and running AGS's sample game, Demo Quest (demonstrating a short conversation between Cris and Beman).

This time we don't cover exporting the graphics from AGS, but you can see that the conversion process is mostly painless. The only changes necessary here are to place the Player character, Cris, in the same room as Beman, to whom we scale up and add an onTalkTo script to initiate the conversation. A side-by-side comparison of AGS and XAGE:

From the video and picture above, the following is evidently missing or incorrect:

GUI (Reason: Not yet implemented in XAGE).
The character scaling is off (Reason: Room XML required - cannot access walkable areas to automatically determine correct scaling).
Wall Panel missing (Reason: Room XML required - cannot access information on room objects).
Cris is darker in AGS (Reason: Not sure. Either there's some filtering applied by AGS that I'm not aware of, or the room's palette is affecting the sprite).

Also, the Cris character has no animation for walking up (away from the screen). AGS is happy with this and just substitutes with an appropriate left/right walking animation, whereas XAGE currently expects the animation to be there, hence the odd sliding effect in the video. This will be dealt with at some point.

So far all of the conversion work is based around what is required for Demo Quest, so it would be very interesting to hear about other people's experiences. Once XAGE v0.4 is released I'll see about placing some sort of official feature request with AGS/Chris Jones for AGS Room XML export functionality, providing there's demand for it.

Edit: Ags Forum thread here.

Dull Technical Post

2009-05-08T08:20:00.002+01:00

Real life events have again made it difficult to contribute time to XAGE, but there has been some small progress in the last few weeks.

I remember now why I put off implementing the conversation system for so long - there are a lot of design ramfications of doing so. The basic structure is in place and its now possible to initiate and select various conversation options in a similar way to a LucasArts game.

The reason it is incomplete is a long one. I've found that the more time I've spent on XAGE, the more inclined I am to want to do things right, rather than use any cheap or ugly hacks. One such case is that the dialogue system requires new Action Types in order to initiate conversations, amend option visibility etc. Rather than plumb these in as before, I wanted to completely rewrite how the Actions are organised both internally and externally.

Internally: At the moment, actions are simply stored as a type and a string of associated content, which is delimited by the tilde character. This is simple to implement but is quite brittle. After discovering Nick Gravelyn's post about serialization, I realised that it was actually possible to put Action types in their own class and still serialize them. This is a much cleaner and correct OOP way of doing things.

Externally: The original Action editor relies mostly on combo boxes. Given that the number of action types was swelling to thirty and beyond, it was becoming obvious that this list would become daunting to any unfamiliar users. It's also quite a backwards thing to select the action type before the item it is being performed on. By selecting the item first, you automatically narrow down the number of possible actions you can perform. Its also more intuitive:

(old) Walk -> (Character, ToXY, Direction, Pause)
(new) Character -> Walk -> (ToXY, Direction, Pause)

Its not especially easy to illustrate using text alone, but the benefits should become obvious after a few minutes of use. The above also means I can wrap up each piece of information into a seperate class and re-use as necessary for each Action (e.g. Pause after action is used in various). Certain items are now selected via popup buttons rather than combo boxes, as this is more visual and easier to understand.

All of these changes require quite a large rewrite. One problem is that, previously, I've completely seperated the codebase of XAGE and the Editor itself, as they only shared a dozen or so classes. As the number of classes has grown massively due to the new Action structure, it has become obvious that I need to wrap all the shared classes into a Global project, and expand any functionality in XAGE or the Editor via partial classes.

None of these required changes are particularly exciting in any way, and will take some time to complete. The end result will be a cleaner, more flexible XAGE v0.4, which should be the first wholly public alpha.

Editor Appearance

2009-04-22T22:52:00.003+01:00

One of my gripes with the XAGE Editor was that the toolstrip looked bad on Vista - a sickly pale colour as opposed to XP's vibrant blue. It seems to be a recurring problem for Winforms developers.

When looking for solutions for this I came across a useful, free component framework, Krypton Toolkit, which is a lot more lightweight than the likes of DevExpress but looks good and seems to perform pretty well. I've spent the last few evenings making the Editor play nicely with it - there are a few workarounds due to various limitations, but I'm now at the stage where I'm satisfied it has been worth the effort:

I like it. It has a smooth WPF-esque feel about it whilst still being plain old Winforms. The new Editor Appearance preference allows the end user to choose between a number of presets. If I get the time I'll add a few custom ones - for novelty value alone I'm interested to see how it looks in an eye-watering pink.

Refactor, Bugfix, Itch

2009-04-18T23:36:00.003+01:00

The overall response to the AGS converter, despite its infancy, has been pretty positive so it's something I'll continue to work on. It's probably worth reiterating that my little engine is not an official port of AGS, or in any way affiliated or endorsed by it; they are two seperate engines that share some general goals & functionality. Also, the conversion only ever takes place at the developer's project level, not with the compiled AGS game as this would be unethical (and also really hard).

I've taken a closer look at AGS's file structure and it is in fact possible to glean quite a bit more information than I originally thought. I've started a component that picks out all the dialogue options and then parses the associated dialogue script for the associated behavious, which map quite nicely to XAGE's Actions.

This cannot be ported over just yet as there's no equivalent functionality in XAGE - as much as I'm itching to dive in and start work on the Conversation system, there's a whole bunch of bugfixing and refactoring to do first. Walkboxes are now (fingers crossed) feature complete, and the graphics control in the Editor is more user friendly with mousewheel zooming and right-click scrolling. It also better illustrates which pixel you're selecting and a few other handy things like showing WalkBox connectivity. Here's a mini-changelog:

FIXED: Character Panel slow due to obsolete links
FIXED: Anim Frames getting width & height out by one pixel
FIXED: Removed clumsy indexing for Anims, CustomAnimSteps & Actions
ADDED: New IF Actions (Variables & Objects)
ADDED: Graphic control - change get pixel depending on what we're getting (with new icons)
ADDED: Graphic control - drag image via right mouse button
ADDED: Graphic control - zooming controllable by mousewheel & cursor position
ADDED: Graphic control - zoom buttons no longer originate around 0,0
ADDED: Graphic control - show when walkboxes are connected
ADDED: Basic in-game debug window
ADDED: Active flag for WalkBoxes, amendable in scripting, resets WalkBoxMatrix
ADDED: onEnter event for Walkboxes - script to run when Player enters
ADDED: Basic AGS -> XAGE conversion

AGS -> XAGE Conversion

2009-04-14T23:18:00.004+01:00

Over Easter weekend I finally got around to taking a proper look at Adventure Game Studio. The first thing I discovered was that the main container for an AGS Project (*.agf) is in XML format.

More as a proof of concept than anything, I've added an option to convert AGS projects to XAGE. The process so far only takes a few minutes - here's a quick video of Demo Quest 3-1 being converted to and running in XAGE:

As above, the sprites and room images need to be exported first (the player character is currently bald as AGS seems to export to 32bit bitmaps instead of 8bit). XAGE gathers up the exported sprites into a single texture for each character and creates the animation frames automatically.

It's a nice start, but there are quite a few limitations:

As AGS and XAGE are both engines for the same genre, there's inevitably a great many similarities. There are also, however, a number of crucial structural differences. For this reason there will never be a 1 to 1 perfect automatic conversion.

Unfortunately the individual room data (objects, walkable areas etc) is not wrapped up into XML but some other format (.crm?), so I'm not currently able to convert any of the scripts over - the real meat of the game.

At the very least, the conversion process removes some of the donkey work for anyone who may want to port their finished AGS game to the Xbox360.

Scripting example - Clouds

2009-04-10T16:02:00.004+01:00

Here's a real world example of scripting in XAGE. One of the locations in my game is on top of a mountain and some moving clouds would help bring the room to life.

Let's break this problem down into managable steps:

There must be several different clouds
They must be obscured by the mountain and all other objects
They must start in randomised locations
They must slowly scroll to the left & reappear at the right of the screen

Ok, so now we can tackle these steps one at a time.

1) There must be several different clouds: Using the editor we add five new objects to the MountainTop room. So we can identify them within the editor, lets give them IDs cloud to cloud5. We don't need to give them a name as we don't want the user to be able to interact with them in any way. For each cloud we need to create a single AnimFrame. For consistency, lets tag them all as show, and set each cloud's current frame to the show frame.

2) They must be obscured by the mountain and all other objects: In order for the clouds to pass behind the mountain, we create a new object called mountainCover which has an animframe of the mountain itself. We then set the y position and hotspot of mountainCover so that it perfectly overlays the actual room background image. Because of the hotspot, this object will not obscure any other objects (our player character, for instance) but will obscure the clouds, as we'll ensure these always have a lower Y position.

3) They must start in randomised locations: Every time we enter the room, we should set the positions of the five clouds to random locations. We then set each cloud to run its own move script.

4) They must slowly scroll to left: Each cloud's move script checks whether the cloud has scrolled offscreen (i.e. the xPosition is more than 200 pixels beyond the left side of the display). If so, the cloud is repositioned at a random position to the right of the screen so it can scroll back on. At each iteration, the scripts pauses, moves the cloud one pixel left, and then repeats the whole process.

Now if we repeat this for cloud2 to cloud5, we get the following:

Excluding the artwork, the above takes only a few minutes to achieve but really helps to add an organic feel to the location, without a single line of code being written.

There is an obvious improvement in that I could implement script paramaterisation and use the one script for all five clouds, passing each cloud object as a paramater. I'm not sure yet whether I'm going to want to implement this, as you can pretty much achieve the same affect using Global Variables.

Update Clickety DBP

2009-04-07T10:09:00.001+01:00

Time's been short recently, but here's the most recent changes:

REMOVED: zPos - object occlusion now works purely by Yposition & hotspots.
FIXED: WalkBoxMatrix not always generating correctly.
FIXED: Characters getting stuck when three walkboxes interesect.
ADDED: Reporting Tools now use progress bar (can be cancelled).
ADDED: Character WalkSpeed customisable and affected by walkBoxscale.
ADDED: Visible (True/False) character/object option (removed 'Invisible' option from inRoom).
ADDED: "Make Player" button on Character Edit panel & scripting.
ADDED: Changeable Walking Speed (handy for mapviews etc.)

I cocked up with ClickOnce insofar that I hadn't realised that, whilst the XAGE Editor installation works fine, the bootstrapper (setup.exe) was being blocked by my hosting, and they are unable to change this for the time being. This means that everyone who already had the XNA 3.0 redistributable installed already had no problems, and anyone without it ran into bother.

As a workaround, any future alpha requests will get a zipped up version of the ClickOnce package to ensure that the requirements are definitely met. I'm debating whether to switch off the auto-update feature too, as various changes for v0.4 break the scripting for previous versions (at one point fatally so, as enumerations break the xml serialisation, so I reverted back to the previous system). This isn't so much of a problem at the moment, but will be in the future if people are regularly having to regression test their games to make sure new features don't make them fall over. I'll have to have a think about it.

Finally, anyone hoping to release their XAGE game to the Xbox360 might want to register for the Dream Build Play competition, which entitles you to a free 12 month creators club membership. This means you'll be able to deploy & test your game on the console itself to your heart's content, though you'll still have to cough up for a paid membership when it comes to XBLCG peer review.

The 8 Minute Trial Test

2009-04-05T16:10:00.000+01:00

It seems that there's a mixed reaction over the revenue generated by the indie developers on Xbox Live Community Games. Generally the bedroom coders are happy about making a few thousand dollars from their hobby, whereas the teams behind the larger projects seem more disappointed with the returns so far. There are a number of reasons offered - lack of marketing, lack of visibility, lack of quality, lack of achievements & leaderboards. All seem pretty valid.

There has been some discussion on the XNA forums about the impact of the 8 minute trial on actual game sales. Some of the problems facing small puzzle games aren't really applicable to the point and click genre, but that has its own set of issues.

As I'm in the process of fleshing out plot ideas for my own game, it seemed like a good time to get some pointers over what works and what doesn't. To help in this, I've downloaded five games built with AGS and treated them as if they were targeting XBLCG.

Colour Key: Green = pre v1.0 functionality, Orange = post v1.0, Red = unlikely to be implemented.

Disclaimer: The following are not reviews, just an analysis of their introduction and suitability for Xbox Live & XAGE. Granted, it's a slightly unfair critique as none of these games were designed with a time limit in mind. A few I've played before, the rest are new to me. XAGE capability of each title excludes GUI Customisation and Conversations.

1) Murder In a Wheel

The Good: Interesting Day of the Tentacle-esque art style. The murder occurs within the first 8 minutes. The player gets a few minutes of playing the game.
The Bad: Characters slide as they walk (more a matter of personal preference).
Not yet possible in XAGE: Nothing I'm aware of.

2) A Second Face - The Eye of Geltz is watching Us

The Good: Higher resolution than most Adventure Games. Very good use of audio.
The Bad: Slow pace of the intro is a bit of a killer. Art direction a bit wonky. Pronunciation of "Realm". Suitability.
Not yet possible in XAGE: Talking heads, Text Parser.

3) A Tale of Two Kingdoms

The Good: Comes across very much as a labour of love. Interesting zoom technique in the preamble.
The Bad: There is a LOT of dialogue, with barely a few seconds of play in the first 8 minutes unless you skip a lot of scenes. This is likely to appeal to a certain type of player and alienate the rest. Possible size limit issues.
Not yet possible in XAGE: Talking heads, Autonomy.

4) Annie Android

The Good: Low colour palette makes for a very striking, NES-esque, retro art style. A bit kitsch. Nice, simple GUI & polished animations.
The Bad: Length.
Not yet possible in XAGE: Nothing I'm aware of.

5) Blackwell Legacy

The Good: The art style and general presentation is strong. The story is intriguing. The player gets an early chance to see the game's play mechanic (Rosangela's apartment).
The Bad: The central plot revelation is not exposed within the first 8 minutes (unless the player skips through much of the dialogue).
Not yet possible in XAGE: Character transparency, Speech, Talking Heads

Conclusion: It's important for the player to get a clear idea of the plot, characters and game mechanic within the first few minutes, which isn't as easy as it sounds. The player needs to get sucked into the gameworld sufficiently to part with a few hundred microsoft points. Also a trial detection needs to be scripted into the game itself, to prevent users from repeatedly skipping cutscenes on multiple playthrough. Loading & Saving must be disabled.

XAGE: Coming to Mac/Linux/Smartphone?

2009-03-29T18:15:00.000+01:00

A couple of posts ago I was drawing together a few ideas for future XAGE directions, one being a port to Silverlight. This turns out not to be necessary as I've discovered a technically impressive little library called SilverSprite which allows you to play XNA games in your browser via Silverlight (essentially Microsoft's version of Flash). It only took about half a day or so for me to get the MI sample game up and running in Internet Explorer:

There are a few things missing, and you might notice that Guybrush walks backwards (sprite flipping is not yet supported), but the library can only mature. Performance isn't stellar but with some optimisations in both XAGE and SilverSprite, I can really see it being comparible to the original formats.

The best part is that Silverlight is not specific to Windows, and there will be no dependancy on the XNA runtimes. This means that there is the possibility that XAGE could offer broad multi-platform support, something I've seen developers of commercial AGS games bemoan. The list of platforms are as follows:

Executable:

Windows PC (XP/Vista/7)
Xbox 360

Browser-based (via Silverlight/Moonlight)

Mac OS X
Linux
Windows Mobile 6
Symbian (Nokia)

Thanks to everyone who's downloaded the latest Alpha so far. I've already fixed a few bugs, specifically with the generation of the WalkBoxMatrix (characters would sometimes get stuck where three boxes intersect). You should find that XAGE Editor will automatically update itself every few weeks or so.

EDIT: I've just read up on Silverlight v3 which is currently in Beta. Apparently there will be options for developers to allow users to store the SL apps offline and be run outside of a browser. This is all very good news - essentially as good as native support for these platforms but with minimal effort. It will be interesting to see how this all pans out and how well XAGE can exploit these features.

XAGE Private Alpha v0.3 - Download

2009-03-27T05:03:00.000Z

Being a terrible insomniac is not good for your health, but at least you get more things done - XAGE Version 0.3 is ready for download. I can't be bothered listing all the changes as there's far too many and the major ones have been covered here already. I'm a lot happier with how the XAGE Editor looks and feels and, as this blog has been a little dry recently, here's something to give you an indication of the new layout and features:

The actions now have an actual textual description which makes deciphering scripts pretty painless. A simple but useful change:

As usual, if you'd like to have a play around with it, email clarvalon@live.co.uk and I'll give you the download link. This is the last time you'll have to do this as the XAGE Editor now automatically updates.

Misc. Gumf

2009-03-25T21:41:00.000Z

Last update before release:

Added Copy/Import/Export mechanism - no more hacking through xml to copy items from room to room, or game to game.
Added integrated bug reporting, feedback and optional exception logging (all via Web Services) - hopefully this will only improve the quantity of feedback.
Added Font preview in FontManager - required quite a bit of work to import the XNA model into the Editor, but it works fine.
Tidied up field positions.

Finally I've implemented Asset Protection. What's this? Well, the Editor now has a Publish button which lets you select an empty folder to publish a completed game to. This isn't just a simple copy however - all of the game content is encrypted using a randomly generated key. This enables you to distribute your XAGE game without worrying about others cannibalising your textures, music and game code. Nothing's hackproof of course, but it does provide a certain degree of security.

Implementing this has taken quite a bit of work, and comes with one small sacrifice: Mp3 support. The reason for this is that I had originally been using the Windows Media Player library for PC audio playing but this component would only play the audio from a file rather than a stream, which is required for the encryption. The only way I could get around this was to save the the decrypted audio to a temporary file in order to play it, which of course defeats the whole purpose of the encryption.

Eventually I decided to rip the Media Player component out altogether and have now replaced it with SDL.net's audio, which supports loading audio via streams and therefore encryption. XAGE now supports the .ogg format for PC songs and, whilst it no longer directly supports mp3, it's easy enough to convert audio formats manually, plus there is the added bonus of future support for Midi and Mod files. Swings and roundabouts.

XBLCG Sales:

Whilst no concrete sales figures have been released, it appears that there's a reasonable amount of money to be made from the Xbox Live Community Games channel. At GDC Microsoft have announced that 'Several Community Games top sellers will be taking home more income from four months of sales than the average U.S. citizen earns in a full year'. Granted that's for the more popular games, but its not bad going - about $50k in 4 months?

The Blackwell Legacy:

For someone who would normally be described as a gamer, I don't get to play a lot of games. Almost all my free time is spent working on XAGE. In the last six months I've rattled through a couple of hours of Left 4 Dead and Mirror's Edge, and that's about it.

Last night, after reading Uhfgood's review. I finally got around to trying The Blackwell Legacy demo. It's a nice looking game, polished and well put together. From what I saw there's nothing in it that XAGE wouldn't be able to recreate - there'd need to be a few UI additions and implementing speech is an interesting challenge, but ultimately there's nothing that I'm yet aware of that would stop a title of Blackwell's quality being released on xbox live using XAGE.

Recent Editor improvements

2009-03-19T11:04:00.000Z

An quick update as the Editor is not quite ready for the next alpha:

Added a new unified viewer control to replace the different ones for managing graphics, animation frames and walkboxes. It includes magnification buttons, xnb support and no longer causes mild headaches due to incessant flickering. The highlighted boxes now flash so you can more readily see what you're amending.
Removed local anim offsets due to reworked animation offsets (renamed to the more sensible 'hotspots') - creating animations is now a whole lot simpler.
Automated script creation for characters/objects (turns a three step process into one).
Added Audio manager to support importing of wav, mp3 and xnb formats, all playable within the editor and for use with scripting.
Added Font manager to add/remove different spritefonts to game from stock selection.
Integrated OK & Cancel buttons into main editor, removed from dynamic panels (more intuitive, quicker to use, less scrolling).
Added saving & loading of Editor user settings (display settings, previous projects etc).
Added progress bars for loading and saving.
Replaced most of the crappy hand drawn icons with free, professional looking ones.
Tightened up field validation.

Currently working on:

Copy room/character/object mechanism (locally and to file).
Spritefont preview.
Integrated Bug reporting and Feedback.
Asset protection.

ClickOnce

2009-03-04T13:10:00.000Z

I've figured out the distribution method for XAGEditor. In previous alpha releases I've bundled everything up separately in a .zip file. The problem with this is that XAGEditor and XAGE itself have certain requirements (DOTNET 2.0 and XNA GS 3.0 frameworks, DirectX). My temporary workaround was to include a seperate installer, "DummyGame.exe", essentially an empty XNA game which used the Microsoft ClickOnce method to automagically download and install these requirements. That way XAGEditor and the sample XAGE game would work.

This isn't an especially user-friendly solution. I've now changed this so that XAGEditor (which itself contains XAGE) uses ClickOnce. This means that users will go to the website, click on a button and XAGEditor and all the requirements will be downloaded. What's more, XAGEditor will automatically be updated whenever I publish a new version to the website. Brilliantly, this means I don't have to spend a day packaging up and testing a release and uploading it to rapidshare or megaupload or wherever - instead I can just click 'publish' on VS2008 and all end users will find XAGEditor updates the next time they use it (providing they are connected to the internet). I've tested this and it works like a charm.

I've been very impressed with the ease-of-use for the technologies I've discovered in the last few days. If I use ClickOnce, which I'm 90% sure I will, then all I have to be wary of is introducing any changes that break games relying on older versions.

The only issue remaining is that XAGE itself does not automatically install requirements. This is a problem if a creator wants to distribute their own Windows-only game. If they distribute their XAGE game to someone without XAGEditor (or the required frameworks) installed then it won't run. I can see three possible solutions to this:

The creator can include the "DummyGame.exe" installer along with their XAGE game (not ideal but easy).
The creator can build own windows installer for their XAGE game to ensure the requirements are met (more difficult but a more end-user friendly option)
The creator could upload their game to a new steam-like online service (XAGE Launcher?). This would take a lot of work on my part, and there'd be all sorts of of bandwidth costs or even legal issues, but it could be a great way of unifying the game creators with their audience.

AGS offers something similar to option 3, but the catalogue of games is web based and the they are not hosted on-site. My way would be much more like a lite version of Steam or XBLA/XBLCG. And who knows, maybe I could eventually bundle in some payment methods so people can release XAGE games commercially without requiring a publisher. DRM is a thorny issue best left until another day, methinks.

P.S. It looks like XAGETOOL is being renamed XAGEditor. If anyone has any better suggestions I'd love to hear them.

XAGETOOL Progress

2009-03-03T09:25:00.000Z

Focus remains on XAGETOOL (maybe I should rename this XAGE Editor, or XAGEditor). I'm continuing to make general improvements to ensure its as stable and functional as possible before release. I'll give a general summary when I'm closer to completion.

I've also sorted my web domain and hosting. The hosting is free and supports the .net 3.5 framework - there are a few questions marks over performance but I can always upgrade to a paid plan at a later stage. Irritatingly, all 'XAGE' related URLs were already taken so I decided to go with http://www.clarvalon.com/. This will give me more leverage to add new projects as and when they take form.

I laboured a few hours looking at socket programming and managed to get simple data exchange between a client and server, but I was a bit disheartened by how fiddly everything was. I then came across Web Services, which are an absolute joy. After about half an hour I was able to write a program that effortlessly connects to my website. The upshot of this is that I can build nifty little features straight into XAGETOOL/XAGE Editor/XAGEditor like online exception logging, feedback and bug reporting with minimal effort. It would also be possible to have an integrated game upload/download client as a means of distribution (think Steam). Whether my bandwidth could handle this is another matter.

Another possibility would be to port everything to WPF and Silverlight. As XAGE is solely 2D I'm pretty sure Silverlight would be able to handle all the graphical aspects. This would give the added bonus of portability, as Silverlight is browser-specific as opposed to platform-specific, from what I can gather. For now I'll just work on getting the original incarnation completed as I think the Xbox360 platform remains the biggest draw. It's good to know that, whilst there are some very specific project milestones, there are also potentially lots of future directions for XAGE.

I was able to test on a Vista machine (all my development is done on a brilliant little Asus EEE 1000H netbook with XP) and finally found and fixed a bug causing a few people problems when opening XAGE projects. This will now be sorted for the next release, which will probably be a final private alpha in a few weeks time.

Finally, I need to start thinking about documentation. The options seem to be to go with either an included .chm help file or an online wiki, or both. I do like Wikis but they live or die by the popularity of the subject matter. Maybe I'm just being lazy in hoping a wiki would mean some kindly soul will write the documentation for me.

Fontastic

2009-02-19T12:28:00.000Z

Due to various commitments I've barely made any progress in the last few weeks, though I have implemented the font bank so you can import your own .xnb spritefonts and assign different ones to each character (useful if you want to make a narrator using a blank character, for instance). Any free time has been spent researching the best way to deal with that niggling Windows sound issue - at the very least I want to be able to support users importing their own .wav and .mp3s to be used as background music or sound effects. It seems that there are two remaining feasible options:

SlimDX: An open-source c# wrapper for accessing DirectX functionality through managed code. This is the right idea, though I cannot find any pertinent code examples that use DirectSound.

MCI/Mediaplayer: Invisibly use windows media player the audio. It's a bit of a dirty hack and I'm not sure if it will allow multiple sound sources, but it's definitely the easier of the two options.

At the moment it looks like I'm leaning towards the media player option - the wrong option, no doubt, but the easiest for now and it'll help tick things over until SlimDX matures. All this agonising over design decisions is just me thinking out aloud - when XAGE is done all the internal workings will be abstracted away from the user. It'll just work™.

Conditional Logic

2009-02-07T20:44:00.001Z

Mercifully, plumbing in the conditional logic turned out to be a lot more straightforward than I'd anticipated. Adding the functionality for variables to the new XAGETOOL only took about 45 minutes, which is testament to the new design (even if do say so myself).

Scripts can now manipulate and act upon user-defined variables with simple IF, ELSE, ENDIF actions, as per this toy example:

It was possible to achieve the above by changing the attached script associated with the door's onOpen, however the more complexity you add to your game the number of scripts you require grows exponentially and it quickly becomes a complicated mess. The conditional logic is a simple way of negating this. I don't at present expect to need to implement nested IFs - besides, the user can always invoke new scripts depending on the outcome of the original IF statement.

Variables aren't type specific; XAGE will automatically determine whether the variable is numeric or non-numeric, so you can do things like "IF $MONEY is greater than 500". Also, the drop-down fields are pre-set with 'TRUE' and 'FALSE'. These are treated as strings but they essentially provide boolean functionality.

I've always wanted XAGE to include non-technical types amongst its target audience. The conditional logic is the only thing that remotely resembles code, but I can't see it putting anyone off as it is hard to imagine anyone not understanding the concept behind an IF, ELSE, ENDIF statement. For this reason, I've made it as verbose as possible: 'greater than' rather than '>'.

It is creating the sample game that will really put XAGE through its paces and expose its strengths and weaknesses. For example, it's already obvious that I need to add a popup to visually get x,y coordinates to make it easier and quicker to add various script actions (WALK actions inparticular). It's very important that I address any weaknesses before v1.0 is released, hence why I keep harping on about feedback from the alphas.

Once the oft-delayed dialogue system is out of the way, I only have two real headaches. Both relate to asset creation, and the previously mentioned .xnb file format problem:

Sound: For xbox development this isn't a problem. Anyone developing for the 360 will easily be able to convert mp3s and wavs to the required .xnb format using Visual Studio/XNA GameStudio. Windows-only developers however need to be able to import their audio files without converting to .xnb. This means I need to implement songs and sound effects using DirectSound alongside the standard XNA implementation. Unfortunately, as I don't currently have a dedicated internet connection, I won't be able to get my hands on the DirectX SDK (483MB) in the near future.
Fonts: As above, sprite fonts are converted by visual studio into an .xnb format. It's less of a problem however, as I can convert a bunch of free fonts myself in various sizes and include them with XAGETOOL. This way the user can simply use XAGETOOL to import the desired fonts into their game.

Allowing GUI customisability will be a bit of a pain to code but shouldn't be too difficult. I'm hoping the rest of the outstanding features are trivial and there'll be no showstoppers.

Up the TreeView

2009-02-05T09:27:00.001Z

Some of the feedback I've had from the latest Alpha has been excellent - very thorough and thoughtful. It's much appreciated.

I didn't actually mean to lie when I said I'd be focusing on new functionality - instead I've completely redesigned the XAGETOOL user interface:

I've replaced the numerous listboxes with a single treeview (think Windows Explorer) - this makes everything look much less cluttered and more intuitive to use, as the user can visually see how all the game content fits together, room by room. It also makes it easier to add new functionality via context-sensitive menus (e.g. I've added an 'insert new ...' option for items in which the order is important, such as script actions or animation frames). It also means that the UI is now completely resizable.
The popup dialogs have now been replaced with a panel embedded into the front page. Now you can traverse the tree whilst editing items, and it also removes the size limitations of the popups.
The load/save buttons are gone and in there place is a proper menu strip. This gives it a much more familiar look and feel, and consequently it all seems a bit less amatuerish.
There's now a nice green, shiny 'Play' button which starts your current XAGE project game. XAGETOOL now also contains all the required files, so essentially you can create an XAGE project completely from scratch without having to cannibalise the example game as in previous versions.

All in all, I'm pretty pleased with how it is turning out. I have a vague design for my dialogue system, so it's about time I implemented that. There's also now a roadmap on the project status panel on this blog, so you can get an idea of where XAGE currently is and where it needs to be for v1.0.

XAGE Private Alpha v0.2 - Download

2009-01-19T20:31:00.000Z

The second alpha release is now ready. There is a changelog with the attached readme, but here's a summary of the main changes for v0.2:

XAGETOOL now works with XAGE projects ("Game.xag") which references five sections of inerpreted game content (intro, menu, tutorial, game & credits).
XAGE now takes any size for game screen, so can be used to develop retro 320*200 titles or 1280*720 behemoths. Each section can also have its own screen size and scale, so a retro game can still have a fancy Hi-Def intro and menu screen.
XAGE games can now be deployed to the xbox 360 with the included skeleton project for Visual Studio 2008.
Numerous tweaks and bugfixes.

There's a lot of fiddly little things to deal with for Xbox games to ensure you'll pass peer review, like dealing with unexpected controller unplugs or profile sign-outs. These have now been dealt with. The next release will focus on the outstanding functionality. As usual, if you'd like to get your hands on it, please email clarvalon@live.co.uk for the download link.

"Writer's Block"

2009-01-17T19:27:00.000Z

It seems that someone's beaten me to releasing the first point & click adventure game on the Xbox Live Community Games channel. I've just had a quick go of Writer's Block and the similarities and differences between it and anything XAGE produces are interesting (to me, at least).

Both have SCUMM-esque interfaces, though WB toggles the GUI with a click of the left shoulder button whereas XAGE always displays it at the bottom of the screen (as per the LucasArts games). Early on in development I played around with various ideas for the interface similar to what the guys behind WB have gone for. In the end I settled on sticking as closely to the winning (Lucasarts) formula as possible, as it turned out that using the thumbstick for the cursor wasn't nearly as laborious as I thought it might be. In future, if there's a demand for it, there's nothing to stop me adding functionality for a Sierra style interface. It's purely because I much prefer the SCUMM system that XAGE uses it.

I quite like Writer's Block, and seeing a complete adventure game at a high resolution on a tv screen is refreshing. There are a few things in it that I'd have done differently - the dialogue system in particular is a little clunky, and the character graphics, whilst pretty decent, suffer from that 'beanpole' style that seems to curse most AGS games. I don't regard WB as competition as such as any game that brings more attention to the genre can only be a good thing.

Bye bye, Guybrush

2009-01-06T14:07:00.000Z

The placeholder Monkey Island graphics will soon be replaced. In a way this is a shame as they're obviously of professional quality and gave the XAGE youtube videos an extra layer of polish.

I'd expected that I'd need to replace them with either some suitable public domain graphics (none of which I was able to find) or to approach an AGS developer to use theirs. In fact the answer had been staring me in the face all along. In the mid-90's an elder brother and I had spent countless months of our misspent youth making simple adventure games with AMOS for the Amiga 500. It transpires that my brother had actually recently managed to convert a bunch of our (mostly his, my creativity has always been highly derivative) deluxe paint drawings of various characters and locations. At some point Guybrush and the Governer's Mansion will be replaced with Artichoke and the island of Uh-Oh Yeti:

Also, I've contacted the creator of an AGS game who is potentially interested in converting his game to XAGE for release on the Xbox360. Nothing is set in stone yet but this is a particularly exciting development and can only make XAGE more robust as I implement all the functionality I've overlooked as part of the conversion progress. It should also be possible to automate parts of the conversion, specifically dialogue trees.

XAGE v0.2 Progress

2008-12-30T00:12:00.000Z

XAGE goes HD: XAGE now accepts any gameScreen size. There are still a few scaling issues to resolve - I aim to add GUI customisation to XAGETOOL at some point. Here's XAGE using a background texture I borrowed from the AGS forums: Clicky.

XAGE on the Xbox 360: The next release will include a XAGE as a library, along with a skeleton VS2008 project for easy assembly and deployment to the Xbox 360. You'll need an XNA Creators Club membership (though you can occasionally get free ones).

Here's a low-quality clip showcasing the following:
1) XAGE running on the Xbox 360
2) Introduction and Menu scripts (essentially non-playable mini-games)
3) Simple loading & saving (one slot only at present) and X360 storage selection

The above two features were implemented due to requests I received after v0.1, so your feedback is taken seriously and is appreciated. I'm not sure on the ETA for v0.2 yet - there's a fair amount of refactoring to do that I've put off for a while. You can still get your hands on v0.1 by emailing me as per the below post. At some point there'll be a online bugtracker to submit bugs and feature requests but it's probably overkill at the moment.

XAGE v0.1 (Private Alpha)

2008-12-20T17:09:00.000Z

It's taken a week longer than I had hoped, but the private alpha is now ready. As mentioned previously, there's a bunch of features not yet implemented and a handful of known bugs, but I've been able to test the installation package on another machine and it seems to work fine. There's a dummy game installer included which uses Microsoft's Click-Once installation to ensure you have all the requirements (dotnet 2.0, XNA Framework 3.0) and automatically downloads them if you don't. All this is covered in the readme.

If you'd like to participate, please email clarvalonATliveDOTcoDOTuk and I'll email you the link to the file (rapidshare). Please post any feedback or issues on this blog.

Much obliged.

Minor update

2008-12-09T09:31:00.000Z

I've been laid up in bed for a few days with a touch of flu, so progress has been slow in the last week. I've implemented a few new features for the creation tool, including the ability to import your own non-compiled graphics. For animation frames I had previously been manually entering the pixel co-ordinates, which is easy enough, but I think most people would prefer being able to select the frames directly from the spritesheet using the mouse, so I'll put that in for the alpha.

The following outstanding features will NOT be in the alpha, as they'll take a while to code and I'm eager to get some feedback as soon as possible:

Conversation Trees
Global Variables
Compression of save files
Importing of SOME non-compiled assets (fonts & sounds)
Full UI scalability

To answer a question in the comments, XAGE uses a system reminiscent of the SCUMM games in that there is a single executable which essentially interprets a gamecontent file (currently "Game.xml", but an option will be added to use a binary file instead). The gamecontent file is created and updated by the creation tool - you'll never need to touch or worry about the executable.

I'll post again when the Alpha's ready. Note that documentation will be light (read: non-existent), but I'll put in some tooltips so you can at least figure out what each field does. I'm hoping that the majority of the functionality will be self-explanatory.

Custom Animations

2008-12-01T19:02:00.000Z

One of the improvements Monkey Island 2 had over the original was the use gestures. It made the characters seem more real if they were gesticulating as they talked, rather than just standing there with their mouths opening and closing.

Alongside the scripting system XAGE uses, I've added a simple Custom Animation structure, which simply lets you string together a series of frames at timed intervals. This allows a certain deal of flexibility and enables the creator to add their own gesticulations.

Here's a short clip that shows custom animations, along with character scaling, object occlusion, multiple rooms and background scrolling:

As part of the engine's release I want to include a small sample game (a handful of rooms, characters and scripts). Obviously I can't distrubute Lucasarts graphics as part of the package, so I need to stat thinking about either rolling my own or using the art from a different game.

I really like Murder in a Wheel; it's a good match for XAGE . Are there any public domain adventure game art assets, or is it likely anyone would let me use their artwork for my sample game?

XAGE feature list

2008-11-27T13:07:00.000Z

We now have a name - XAGE - standing for Xna Adventure Game Engine. I'd played around with a few acronyms but this seemed the most obvious and least offensive to the eyes and ears.

Completed features:

Point & Click Interface (SCUMM-esque verb construction)
Input Handling (Xbox controller & mouse)
Multiple Rooms
Inventory System
Global & local characters / objects, all drawn via Y position
Object scripts
Character Walking (walkboxes, character scaling)
Character Talking
Audio - Sounds, Game Songs
Skippable Cutscenes

In Progress:

Menu System (mostly done)
Load / Save system (fine on PC, not yet working on xbox)
Audio - Networked songs (fine on PC, needs multithreading to work smoothly on xbox)

Yet to implement:

Conversation Trees
Conversation Gestures
Reaching (high, low, across)
Room Entry and Exit scripts
External Cutscenes
Compression of save files
Loading of non-compiled assets (for easier PC-only production, i.e. no .xnb files = no VS2008 requirement)
Full UI scalability (i.e allow any reasonable gamescreen size and resolution)
User defined Object variables (not sure if this is needed yet)

Once the above has been implemented I'll begin work on my game - I have two ideas floating around, one inspired oddly enough by In The Night Garden. This will help me iron out any glaring bugs and any useability issues as I want XAGE to be as robust as possible before release. As it stands the tool has very little control validation and no circular referencing so needs a bit of work.

Tool Video

2008-11-25T17:00:00.000Z

A quick video showing the XNA Adventure Game Creator Tool (working title) in action - it's a bit grainy due to compression but you get the general idea of how it works:

Announcing XAGE

2008-11-25T12:38:00.000Z

Hi,

It's about time I started a development blog for this sort of thing.

I'm developing a SCUMM-esque engine for adventure games using the XNA framework. Eventually I hope to release an indie game via the recently launched Xbox Live Community Games service.

Development is going well and I'm about 60-70% complete on the engine itself. Here's a quick clip showcasing the engine (using placeholder MI2 graphics):

Alongside development of the engine, I'm also making a tool for the creation of the game content. In my opinion it's very easy to use and requires no actual programming or even scripting knowledge in order to create characters, rooms, objects, events etc. Here's a screengrab:

I'm hoping that there'll be interest in the eventual release of this tool in order for people to make their own Point 'n Click games for my engine. Games could be released for the PC, Xbox360 and Zune, but not any other formats as the XNA framework does not support this.

I'm trying to figure out what sort of model to use, either:
a) Collaborate: Find a pixel artist and possibly a composer with whom to make XBLCG games and share the profits.
b) License: Release the engine and content tool free for non-commercial use, licensed for commercial use (i.e. either an one-off payment or a percentage of revenue - probably the latter as coughing up money upfront tends to put people off)

Any feedback/suggestions/questions welcome.