XML in games?

Game Play & Game Design
#1

I was wondering about the use of XML in active game data management out there. Are any of you folks using XML ORM or DBs in your games for any reason?

I want to develop my game to use XML files to load data from, for ease of end-user modification or expansion. I just cannot decide if I want to read the files in once (or as I need entries) or if I want to read them into some sort of DB in memory (by DB I mean an XML DB or Mapping solution like Hibernate). What I cannot answer is whether this approach involves too much overhead compared to an approach based on read-into-memory-and-leave-it approach using a SAX/DOM parser.

Any thoughts on this? As a background context, this game is a tactical wargame, not a twitch-based or heavy 3D game.

#2

I think that if the overhead is relegated on the loading phase of the game or levels this is file.
Real Time parsing shold be avoided like Ebola, IMHO, unless you use highly optimized parsers (so no generic w3c.dom).

The question is another: is real so simple to maintain an XML for modding instead of creating a dedicated tool?
Take my case (spoiler of the upcoming new & first totally ours title, here :slight_smile: ): we have a decent economical engine and we are working out a research & development engine to create the first preview version of Xplore! our 4x space game (with simplified approach, more like Anacreon than my personal favourite Space Empires, and also more diplomacy and economics oriented).

We used XML for asset data (you know, veichles, research and so on) and it worked pretty well, though, maintaining it is equally cumbersome than using the old txt files of Space Empires (I publicly modded AI and Races for that game for years).

In the end, we are seriously thinking about editors anyway, since the game will probably require a lot of tweaking by testers and modders to keep the game entertaining & to cope with all the potential pitfalls that even a good design document cannot foresee.
So: XML can be cool, but using XML alone is just dumb like any other media for content-heavy projects, for many projects tools are inevitable.

#3

CaptainJester has proposed an article on this at:

http://javagamesfactory.org/views/proposed-article?id=3

I’m pretty sure he’d like to start writing it ASAP now xmas and new year are over, so I suggest you read the proposal and add comments and requests now (you need to make a JGF account if you don’t have one using the link at the top o fthe page).

You really want to scroll down and read his comment explaining what he is trying to cover, in response to others comments. Ah, I think the “sections” in the proposal are going to get heavily re-written based on that comment.

More feedback (and requests for covering additional issues) before we finalise the contents would be great.

#4

A good request is to cleraly distinguish pre-compiled parsers based on xsd (a la XMLBeans or ANTLR if you’re mad enough) to simple parsers devolped to cope with more generic XML document formats.

While the first are dead slow for overall game use, the second are blazing fast (since the parser is tailored for your XML and your only) and can be also viable for real time (I speak for experience on RT Mapping and Industrial Automation tools).

Many say that there is also an API issue for the w3c parsers in the Java distro (never bother to read the code though).

#5

gh, sorry blah I’d have to read your post more accurately :frowning:

#6

[quote]I’m pretty sure he’d like to start writing it ASAP now xmas and new year are over, so I suggest you read the proposal and add comments and requests now (you need to make a JGF account if you don’t have one using the link at the top o fthe page).
[/quote]
Don’t forget a new baby too. ;D

But yes I should be able to spend some time on it now.

#7

I just databases for my games. But thats all online games

:slight_smile:

For a “normal” game are files the right way. WarCraft and other games do it too…