Delphinio was inspired by the DM mod, which enthused him with the many changes it did to Warzone 2100. At the beginning NTW mod did not contain any changes to the technology tree, which changed with the addition of the T1 balancer, another mod by Delphinio.

Kreuvf: What is the aim of NTW mod and to what extent has it been reached already?
Delphinio: If I just knew that… . The actual aim was to create a mod that’s improving the balancing and makes Warzone 2100 nicer. Plus some special things such as new weapons. I already announced for several times that it’s done now and then again I found something new. At some point there won’t be any further updates, I just don’t know when this will be.

Kreuvf: What was wrong about the balancing? And which new weapons are there?
Delphinio: There are some issues in 1.10. You get lancer too early, which renders other weapons useless, e. g. the MG. The heavy laser and the plasma cannon as well as the super-heavy bodies were too heavy in my opinion. Then the pulse laser for VTOLs was overpowered.

The new weapons are the Heavy Gauss Cannon, the Heavy Twin Cannon, the Super Cannon, the Condor Missile, the Plasma Artillery and the Twin Pulse Laser. Besides weapons there are new structures as well, but first to the weapons:
The Heavy Gauss Cannon is a plain extension to the Gauss Cannon. It’s got higher body points and does more damage, but is slower at reloading and costs more energy. As the super-heavy bodies are faster now and thus are more useful, you need something to tame them.
The flashlight laser has been removed from the lasers, with the pulse laser being the new first laser now. It’s followed by the Twin Pulse Laser, Heavy Pulse Laser and the fresh, new, enhanced Plasma Cannon. And don’t forget the Hyperfire Laser. This is a laser which is firing like a machinegun and is preferably used against tanks. But don’t take too fat tanks… it may be heavy ones, but get out, if a Vengeance’s coming.
You get Plasma Artillery when you’ve researched the Heavy Pulse Laser. It needs 1 – 2 shots to destroy an enemy structure. It’s comparable to the Condor Missile, but has a higher ROF.
While the Condor Missile does more splash damage and is stronger per se. It comes before the Archangel Missile and has replaced the Angel Missile. But I’d build Plasma Artillery anyways, because it can attack targets which are farer away.
The HV Cannon has been replaced by the Twin Heavy Cannon, because somehow you can never balance it right. It’s a stronger twin fire weapon, which of course comes with more body points and is heavier, does more damage and has a lower ROF. The Super Cannon (big twin fire weapon, in the cannon class) has got the same boni/mali except for the ROF, it’s the same.

NTW mod also contains special thermal armour bodies: Fish, Dolphin, Whale and Chimpanzee, Baboon, Gorilla. The Fish class is cheaper, lighter (= faster) and has less kinetic armour than the Chimpanzee class bodies. The thermal armour is the same for both. The abbreviations „SE“ and „SA“ stand for „Special European“ and „Special African“.

Turning to structures now: You can build scavenger structures and build some of their units. Not all scavenger structures are available, but the most common ones you know from the campaigns are.

Kreuvf: Scavenger units? So you can also build these small foot soldiers, which run around and burn when hit by a flame thrower’s flame? How did you balance them?
Delphinio: Yes, you can. Their balancing is comparable to the campaign. So they take very very few hits only. If you know Star Wars and the Empire, then you know what I mean when I say: „Quantity before quality.“ They may be produced fast with a single unit using only 4 – 15 energy. Most notably you can produce them right away as the HQ is only available from minute 6 on. This means that self-designed units cannot be used prior to the 7th minute. Concerning firepower they are okay, you just must not make the mistake and think that they can shoot while they’re moving, because they cannot do this. NTW mod not only has scavenger buildings and units, but at last also rudimentarily good shields. There are 2 kinds: One for VTOLs and one for ground units.

Kreuvf: How do the shields look like, what do they do?

Delphinio: I wished I could create real shields, but unfortunately that’s not yet possible. Both send out EMP shocks. Always to the nearest unit. Shields have quite long a range, which makes shields some kind of weapon.
EMP Tank Traps work similarly, but they only shoot if you touch them. And they need much longer to reload. Maybe I’ll improve them.
If you’re out of energy, the best is to build a Nuclear Reactor. : ) But please don’t forget to build cooling towers. There must be at least 2 of them and as close to the reactor as possible. The Laser Satellite has the 1.10 balancing and the Nuclear Missile Silo not that from 2.3 ; ). But it’s stronger with a 10 min reload time. Additionally there are 8 mines.

Kreuvf: How do mines work in general? How do you mine? How do you disarm them? How can you see them?
Delphinio: When a unit drives over it, it goes boom. Mines have no friend-foe-recognition. You can warn your alliance of mines using the Mines Sign. These are signs which can be placed before mines.
Mines are built with trucks. Enemy mines are searched by the Cyborg Minesweeper, which automatically collects them, once it found some. It can remove own mines as well.

Kreuvf: There is one NTW mod version for 1.10 and one for the recent WZP versions. Are there differences and, if so, which?
Delphinio: I try to keep both versions the same, but of course that’s not always possible. There are not many differences. Essentially the 2.3 version contains both, mines and scavenger defensive structures in the technology tree, which is not possible in the 1.10 version due to internal limitations. The 1.10 version has a day night cycle which has been superseded by the skybox in the 2.3 version. The the 1.10 version uses Grim’s texture mod, which’ll be obsolete in 2.x soon.

Kreuvf: How to give feedback to your mod?
Delphinio: Well, register in the forum at http://www.warzone-2100.com/ and create a topic in the NTW area ^^ Or use the WZ2100.net forum. I also check if there are tickets in the bug tracking software of the developers for NTW, but recently there haven’t been any.

Kreuvf: Very good and with this the interview has come to an end as well. Thank you :D
Delphinio: You’re welcome ^^

This is a translation of the German original „Modder-Interview #2: NTW/Delphinio“.

Comment on this article (board-account required)

Kreuvf: How did you get in touch with Warzone 2100 first? And how long ago is it?
DylanDog: I think I have found it at the beginning of 2009 with Google while searching for freeware RTS games. Then at some point in May 2009 I decided to take a look at BecomePrey AI, I do not remember why I did it. I started by improving few events, then I realized that the things I wanted to implement would have required a complete new AI.

Kreuvf: What was your reason to actually start trying another AI? Was the standard AI too weak? How is BecomePrey different? And what’s different in DyDo?
DylanDog: It was just curiousity! I started looking at the BP script because everyone thought it was the best AI. Then I soon realized that I was able to understand the scripting language and that it would have been a great thing working on an AI for an RTS game. The biggest difference between DyDo and BP? Everything!!! From harvesting (building derricks) to base building, from power management (BP has none) to droid-teams management (BP has no defending team, its base is basically undefended if I remember well). Research paths are also different… and DyDo is intended to have 4 different personalities even if the differences between them are not really pronounced yet. I have to thank Niker, BP developer, as he really made a great documentation about BP which really made things easier. Also some part of DyDo AI scripting code (few functions) is taken from both the standard AI and AIvolution, which I think is a better AI then both the Standard AI and BP-AI.

Kreuvf: Among all those features, which one would you say is the one that a) is working best, b) is the one you are most proud of and c) is the most problematic one implementation-wise?
DylanDog: To a: I can’t really say which one’s the best as there are so many good working things. There are quite few features which work well:

• DyDo manages well two droid defending teams and two droid attacking teams (plus the VTOL and the helping teams).
• One of the teams is mixed (cyborgs + tanks).
• It never sends two trucks to the same oil derrick.
• Trucks are also organized in teams building (builds structures), defending (builds defences) and harvesting (builds derricks).
• Target selection is not random: If the AI requires power, then enemies’ derricks are attacked and not enemies’ bases.
• The number of structures to build is related to the number of oil derricks.
• Research isn’t done randomly.
• The power management is also working fine, I think.

To b: In all other AIs the decisions of what to do are mostly taken by various single events in the script, in DyDo not. I have introduced a centralized event to control the most important actions, I called it “AIbrain”. This event is executed every second, collects some statistics and decides which other events should be activated and which not. The power management is made here. I also like the fact I introduced the AI strength levels… and obviously I am proud of DyDo is not cheating! It does not get any more power, it does not make any research available to itself and it gets no gifts at all (droids or structures). The only thing it does which a human player cannot do is to collect statistics about the enemies.
To c: VTOL management could be improved a lot, and I will do it… problematic is also to give a real different behavior to the AI personalities. But really problematic is to meet the expectations of WZ players!!! Many think that an AI can act like a human player, but this will never be the case. A good WZ player is able to beat an AI by using different tactics. The capability to use multiple tactics (like the decision to choose a specific research path for a precise purpose) is difficult to implement. Concerning the AI strength: Playing a game 1 AI vs. 1 human player, the human player will always win, “all vs. all” in a 4 game is a different thing (and even more difficult if the DyDo strength is set to 5).

Kreuvf: What do you think are limiting factors of the game’s AI engine for you as an AI developer? Which things would you like to add, but can’t due to those limitations?
DylanDog: I have no experience with other AI engines, but I have to say that the warzone AI engine is really great. As AI developer you almost have everything you need to develop a good AI. Surely there are few things which still could be implemented but they would not really make big changes. There is one thing which is a bit limiting: Distance calculation via real path-finding. What I mean is that actually I cannot know how long is the route that a truck would use to reach a certain point. There is a function which gives the distance between two points but this is “just” the pure point to point distance “on the air”, this function does not make a path finding or calculates the route that a truck would take. A new function which would give the route distance to reach an object would be great but I think it is really difficult to implement.

Kreuvf: Summarised this does mean that the game itself has the requirements necessary for building a challenging AI and you try to build one, right? The developers are planning to replace Aivolution with DyDo AI. Aivolution was one of Troman’s projects and he wanted the AI to be able to learn. What do you think about AIs learning? What do you think are the chances of such an AI and what are its limitations?
DylanDog: Well… I am not trying to build one, I made it already! I couldn’t state that until November-December 2009 but now I am quite satisfied with the job done. I still have some ideas in mind on how to improve DyDo but I already consider it a real challenging AI.
As far as I know with the current Engine Interface you cannot deploy an AI which is learning, because there is no way to manage a database where to store permanent information (I mean also after the game is over). Troman was able to do this possibly because of some feature implemented “ad-hoc” for AIvolution in Warzone 2100 “C” code, in some way Warzone recognizes that AIvolution is loaded and saves some info. Learning capabilities would be a great thing for an AI for sure.

This article has been translated into German and is available under the title „Modder-Interview #1: DyDo-KI/DylanDog“.

Comment on this article (board-account required)

Also, there is a version with more output.

A German version of this article is available.

Comment on this article (board account required)

Kreuvf: First of all: What is a widget and what does a widget system do?
EvilGuru: A widget is something which the player interacts with. This could be a button, slider, colour picker or text box. A widget system is responsible for displaying these widgets on screen and managing them.

Kreuvf: What are the major advantages of the new widget system, betawidget?
EvilGuru: Betawidget has many advantages over the current widget system, both for developers and users.

For users it will

• allow for a more attractive and lucid interface;
• be able to adapt itself to the user’s screen resolution, making Warzone easier to play at higher resolutions, including those that are widescreen;
• be significantly more customisable than the current system.

However, the primary motivation behind the development of betawidget was to make it easier for us (the developers) to add/change/modify the user interface. This is especially difficult using the current widget system, with even something as simple as adding a button taking a large amount of code.

For developers and modders it will

• be significantly easier to work with;
• allow the user-interface (UI) to be, firstly, scriptable and secondly modifiable using scripts;
• require less code than the current widget system in order to complete the same task, resulting in fewer bugs.

Kreuvf: Will the new widget system be limited to Warzone 2100 only or do you plan to provide it for other applications as well?
Elio: Betawidget is intended to have a Qt-backend allowing the use in Qt-applications, such as Warzone Studio. An all-in-one solution covering every aspect of modding:

• scripting
• editing the tech tree
• map making
• editing the interface

EvilGuru: In fact, most of the development happens in an external simulator. Other Warzone-related applications such as map editors and mod editors may make use of it for parts of their interfaces. Of course, these applications are still very much on the drawing board, but it is nice to keep all avenues open.

Since betawidget is — like Warzone — open source there is nothing to stop others from taking it and integrating it into their own applications. However, it is important to stress that, as flexible as betawidget may be, it has been designed as a replacement for Warzone’s current widget system and not as a general-purpose toolkit.

Kreuvf: How can the UI be changed with the new widget system?
Elio: The whole UI is created from Lua scripts. This enables modders to include a UI without touching the source. Its class-like architecture is easy to understand and the API supports animations, too. So the new UI will be more dynamic and user-friendly.
EvilGuru: It will be possible to modify the UI in one of two ways. Firstly by using a Lua script to change an existing interface on-the-fly. So a mod developer might use a script to change the image/logo shown on the main title menu. This might look something like this:
widgetGetById(“warzoneLogo”):setImage(“myOwnLogo.svg”).

Although a trivial example (a modder could just override the current logo by placing a file with the same name in their mod) it does illustrate what is possible.

Secondly, since a large amount of the UI is planned to be implemented in Lua — as opposed to compiled C code — it will be possible for modders to simply open up and modify the script files (in the same way they would for unit/structure stats). By placing the modified script file in their mod they have the capability to customise the UI at a more fundamental level. Thus changing the interface will be only slightly more difficult than changing stats.

It is not just the modding community who benefit from having large portions of the UI written in Lua — developers do as well. This is because it is significantly easier to write and debug high-level Lua code as opposed to low-level C code.

Kreuvf: What are the advantages of having scalable vector graphics (SVG) and are there any pictures of a possible new UI?
Elio: There are some pictures of the new UI.

As you can see the base colour of the new UI is more blue-grayish, this gives it a modest and elegant appearance and brings gameplay into focus. There are also further sketches of possible new UI elements.

Additionally it looks sharp and nice on every screen resolution, because the UI adapts to it. So you can expect a wonderful, sexy UI no matter if it’s 640×480 (4:3) or 1280×720 (16:9). We can’t do this with the old raster graphics, which is why we need to get scalable vector graphics (SVG). In order to get those we need to ‘convert’ the existing raster graphics into scalable vector graphics by hand and I have done most of this work already.
EvilGuru: Currently support for SVGs is done by way of the Cairo vector graphics library, which is also used by Firefox 3. Thanks, primarily to Elio, many of the games icons have been converted to SVGs. SVG is a vector graphics format which has good support by both Cairo and other 3rd party applications. (Inkscape and Adobe Illustrator are probably the most famous.) This will again aid customisability — as anyone can open up the icons and modify them in a way just not possible with bitmaps. This could allow for modders to create high-quality icon packs without having to start from scratch or pixel-edit pre-existing icons.

German translation available.

Comment on this (requires board account)

Kreuvf: How did you find Warzone 2100 and since when are you part of the team of the Warzone 2100 Resurrection Project?
Buginator: I have been lurking around Warzone 2100 for awhile, I don’t really recall the exact date. It has been awhile though. As for when I started to be part of the team, if you mean started to submit patches, then a long time ago. I forgot the exact date for that also. If you mean as a ‘official’ member of the Warzone 2100 Resurrection Project, then that is today (1st August 2008).

Kreuvf: Today? So you really officially joined today? If so, that is some nice coincidence. Did you decide to become an official developer just today or were there any other things that prevented you from becoming an official member?
Buginator: The only reason I became an ‘official’ developer was to access SVN myself, and not having to keep nagging the other guys to apply my patches.

I was unofficial for awhile. The reason behind that was, I wanted to stay neutral between the two Warzone groups. However, one group did not release the code to the public yet, and so the choice was made for me more or less. Of course, there is lots of other stuff that went on ‘behind the scenes’, that I left out. :) It would make for a good ‘soap opera’ (or perhaps a comedy?) though. ;)

I really think it is better to have all the source code and everything else available from day one. This is the way Pumpkin did it, and I firmly think that is the way to go. I don’t like the idea of working ‘behind closed doors’, for an open sourced project.

Kreuvf: What do you think is a major disadvantage of working behind closed doors? And what do you think is the major advantage – as they surely did not choose to work behind closed doors just for fun?
Buginator: If you want to be secretive, then well, you get your wish. Nobody outside the group will know what you are doing, and nobody will (can) look at the source code, so you can’t expect help that way. That is a HUGE disadvantage. With this project, everything is open, and you can look at everything from day one. The only advantage I can think of, at this time, is that you don’t want others to know what you are doing. You can think of it like Duke-nuke’em Forever. That game will come out one of these days, but so far, it is vaporware. That is also why I was in a bind, since I could have also joined the other group, and seen the source code, but then, if one of my patches just happens to be like something they have already in the codebase, I would be accused of ‘stealing’. That is something I wanted to avoid, and that is one of the main reasons why I didn’t join up with the other group.

Kreuvf: We will stay tuned to that project nonetheless. Another topic: Now that you have commit-access you will – for sure – commit stuff. What are the main areas of the source code you are planning to work on?
Buginator: I don’t think there will be one area of the codebase that I will not touch at some point. :)

Kreuvf: So your name is an indicator for what you will be doing mainly?
Buginator: Not really. While I did lots of bug patches before, that was just because I wanted to play the game, and it was buggy and missing some of the features I want in a RTS. I don’t plan on only fixing bugs – that is REALLY boring.

Kreuvf: So, what is the feature you are keen on implementing most?
Buginator: At this time? Hmm. There is no one specific feature, I just go by what I don’t like, and how can I improve it. A very small example of this is the little tabs you see in the debug menu structure/unit button. I thought it was silly to limit to only 70 (or was it 80?) items in the list, so I basically made it so I don’t have to deal with those limitations.

Kreuvf: With 2.1 coming nearer and nearer: Which of the features of 2.1 are your favorites?
Buginator: To be honest, I don’t really know what is in the official 2.1. I don’t really play betas much, and usually stick to trunk. Guess I will have to check what made it into ’2.1′, and what didn’t. Then again, I don’t really have one favorite feature. Though, less bugs would be a feature I would like. :)

Kreuvf: So your philosophy of working on Warzone 2100 is that whatever seems wrong or should be fixed is changed by you?
Buginator: Not just by me, I think the rest of the members do that as well.

However, I usually ask in the forums about major changes (or even minor ones), so I can at least get some feedback. Lots of stuff is being held back because of the hardware people are using to play the game on. I wish everyone could upgrade to hardware that was made in the last few years, and also, wish the driver writers would release decent drivers for their hardware. Intel’s integrated gfx is bad enough as it is, but they seem to have even crappier drivers. Don’t even get me started on VIA/S3. People, stop buying crappy laptops with crappy chipsets, and expect the game to work on those! Argh!

Kreuvf: How much time do you spend actually playing Warzone 2100? And when you play, do you more or less actively search for bugs?
Buginator: That depends. If I am bored, then I play a bit. If I find a bug while playing, I tend to see if I can find a fix. I do read bug reports, but as I said before, hunting for bugs tends to get boring.

I also don’t really have the time to play the game properly (as in a full MP game, or a full campaign game start from the beginning, and going to the end, WITHOUT CHEATS!). That is why we need people to play for the developers, so we can know what works, and what don’t – and once they do find an issue, then they really need to start posting in the bug tracker. They can post about it in the forums, so they can see if anyone has the same issue, but it is much better to use the ‘official’ method.

Kreuvf: How long do you think will you, the WRP, need in order to release 2.1.0? And what are the currently blocking bugs that make a release impossible?
Buginator: That is a good question. I don’t really stick to major/minor releases, since I work mainly from trunk. Which is the active development branch. Looking at some bug reports, we do (and I guess always will) have bugs.

What people don’t seem to realise is that the state of the code that Pumpkin released was more or less filled with bugs. Lots of them. Not all of them are apparent to everyone, but they are still there. This project made some of those bugs much more visible by changing the design of the program (like removing memory pools), and some other changes, but overall, the changes they have made were to make Warzone 2100 a better Warzone 2100.

I would rather see many more releases, then waiting for months between releases. As I said, the developers can only test so much, and things can and do slip by. If people want a more stable game, then start playing, and report those bugs – with all the information about said bug as you can possibly remember!

Sorry, got sidetracked a bit. To your original question of when will 2.1 be released, I dunno. It is always available to anyone who wants it, just without the ’2.1′ moniker on it. Remember, this is an open project, and people can get the latest & greatest whenever they want. They just need to compile it, or use one of the nightly builds that are available for Windows users (maybe Mac builds as well, if someone is up to the job of doing them – <HINT>we need Mac maintainer(s)!</HINT>).

Kreuvf: And what annoys you most when developing for Warzone 2100?
Buginator: The same issues that are present in most open source projects. There really is no leader, nor can there really be one, since most people are NOT paid for their skills, and they choose to do this on their own free time. Which can make it somewhat difficult at times to get things done, the way you would normally get things done.

Kreuvf: Could you give an example? Does not need to be WRP related.
Buginator: Well, in normal project, you have people working for you, and you have set goals. Like if you are building a house, you got a blueprint, and everyone follows that, and has specific task to do. If you don’t follow the plan, then you better have a good excuse, or you will get fired/sued or whatever.

In an open source project, people do what they want, and you can’t really force anyone to do what they don’t want. (Well, I take that back, you can force them, but I highly doubt they will stick around much longer. It doesn’t pay to be a jerk about how/what people can contribute, at least not without some hurt feelings involved. That being said, it also isn’t wise to allow just any code/gfx/whatever to be integrated into the project without at least some testing/discussion. It is a fine line between keeping everyone happy, or pissing them off.)

There is still a kind of a blueprint, (everyone has the same goal, to make the game better) but then you got people that keep adding/removing and even changing stuff that was just done. Sometimes this works out great, other times, it don’t, and usually, the developers don’t have time to test every nuance of the change, which just leads to another bug. Yeah, this is vastly over simplified, but oh well.

Kreuvf: So the driving force ‘money’ is missing, right?
Buginator: Not really money, it is more of an attitude I think. It mainly depends on the person involved, and their motivation, and of course, how much time they can dedicate to the project. Kinda hard to juggle everything between real life stuff, and the project(s) they are working on, and people tend to ‘burn out’ sometimes.

Kreuvf: Okay, that was my last question and I’d like to thank you very much for the interview, Buginator.
Buginator: meh. :) Ok… ok… your welcome.

Comment on this (board-account necessary)

He did a Master in Philosophy and works as a system developer at a company that produces medical devices. Besides his participation in the WRP his hobbies are reading books, doing sports and playing board games.

Kreuvf: How did you find Warzone 2100 and since when are you part of the team of the Warzone Resurrection Project?
Per: I did play the original Warzone with some friends in 1999 or so, but was never really involved with any WZ community until after the source was released. I co-founded the WRP with rodzilla and I also was part of the redev effort or whatever its name was.

Kreuvf: And what was your motivation for founding those projects and/or taking part in them?
Per: It sounded like fun. I usually play games with other people, not by myself – I still haven’t completed the campaign from start to finish – and Warzone was one of the games we had a lot of fun with in our LAN gaming group.

Kreuvf: With your motivation being fun what were your personal goals for warzone?
Per: A solid network play: No crashes or out-of-sync issues. That’s priority number one. Improving path-finding and graphics would perhaps be the second.

I’d love to see more cloak and daggers type tactics in the game. I usually play the sneaky bastard side in RTS and RPG games and I find it rather unfortunate that there is only one side to choose from in Warzone, unlike games like Starcraft and Dune 2 and almost all the other RTS games.

One thing I have been working on is support for cloaking and electronic counter-measures to block sensors.

Kreuvf: How far did you get with it?
Per: I have some experimental code, but I have postponed work on it until after 2.1 and some other, more important work is done, like multi-threaded path-finding and a new savegame format.

Kreuvf: Most of the readers perhaps don’t understand what multi-threaded path-finding means and what it is good for. Could you explain that?
Per: Yes, I’ll do that. Modern computers now often ship with two (or more) processors. In old school games like Warzone, however, you run the entire game on a single processor. If you split out heavy work like path-finding into its own thread, you can utilise your other processor to do that work instead, freeing more capacity on the first processor. That way the game should run smoother and faster. And there should be less delay between when you issue an order to go somewhere and when it actually starts to go there. In games with lots of units and lots of things going on, you can experience often significant (several seconds) delay now.

Kreuvf: Oh yeah, I know this and it’s quite annoying. So it’s about multiple cores then?
Per: It is not only about multiple cores, actually. The code is also written in a way that allows you to utilise your processor better, even if you just have one. So all users should experience faster path-finding.

Kreuvf: So we can expect better path-finding and better performance of the path-finding in future releases? If yes, does this include 2.1 as well?
Per: I do not think we want to push this into 2.1. Writing threaded code is difficult and it is very easy to make hard to find and hard to debug errors in it. So for stability and testing reasons it doesn’t make it for 2.1.

Kreuvf: You are mentioning stability. Unfortunately past releases not always have been as stable as users may have wished them to be. Anything new on the quality front?
Per: Yes, past releases have not always been very stable and we wish to change that. One of the things we have been working on is adding unit testing and finding other ways to continually improve code quality. We have spent a lot of time improving things “under the hood” and I think that will start to pay off in a big way in future releases as it becomes easier to make changes and easier to find bugs.

Kreuvf: Besides the changes “under the hood” there are many others incorporated into 2.1 – what is your No. 1 feature in 2.1?
Per: Multiplayer stability is definitely #1, with the game balance fixes in a good #2.

Kreuvf: And what annoys you most when developing for Warzone 2100?
Per: What annoys me most? Hmm. Bugs! ;)

Kreuvf: One final thing: You have a Master in Philosophy which makes me curious about your favourite philosopher, if you have one.
Per: Oh, there are so many to like, but my favourite would definitely be Immanuel Kant.

Kreuvf: Okay then. Thank you for the interview, Per.
Per: You are most welcome.

Comment on this (board-account necessary)

Kreuvf: First question will always stay the same: How did you find Warzone 2100 and since when are you part of the team of the Warzone Resurrection Project?
EvilGuru: I found the project back in June (or was it May?) 2007, when I was bored one afternoon. However, I have been playing Warzone for a lot longer. I first got it for the PSX back in 1999 (just after it came out) after reading a positive review of it in a PSX magazine. Later in 2004 I finally got the PC version of the game and kept with it until around January.
Kreuvf: So it was a logical step for you to participate in the WRP?
EvilGuru: Yes. Back in 2004 I was quite new to computers and unable to program/participate, however when I rediscovered the game earlier this year (2007) I was a lot more adept. After finding the WRP and downloading it I quickly also found the IRC channel where I was given a warm welcome.

Being in contact with the developers gave me the encouragement I needed to go from a player to an (amateur) contributor. My first patch was a modification to the experience system, whereby experience is rewarded for damage as opposed to kills, which seems to be very popular with the community.
Kreuvf: When looking at the features that definitely come with 2.1 what would you say is your No. 1-feature, if you have one?
EvilGuru: Definitely the cross platform networking code, that for the first time allows for Linux/Mac/Windows users to play each other. This is more important than ever in the 2.1 release due to the addition of 64-bit support.
Kreuvf: How has the bandwidth you need to play Warzone 2100 changed with the new netcode?
EvilGuru: It should be exactly the same as with the previous netcode, a bit more in some places, a bit less in others. However, Warzone’s network code it extremely efficient. A 4 player game (two humans, two AIs) even in the midst of battle only requires around 1.4 KiB/s. This makes the game very playable even on dial-up connections.
Kreuvf: In the interview with Giel internationalisation was mentioned. How much of the i18n-stuff is done by now? And will 2.1 ship with several language-files or will it be in English only?
EvilGuru: The new text rendering system is now completely integrated into Warzone. So all that remains is to touch up the language files. Luckily many of the developers are bi-lingual and so I do not foresee any problems with i18n.
Kreuvf: What other contributions to the project did you make since you joined?
EvilGuru: I added a new video options menu which allows for changing of resolution, setting fullscreen/windowed mode from within Warzone so you do not need to edit a config file.

Also there is a lock cursor mode which makes the game playable in windowed mode as the cursor stays in the window when the game is not paused. And for lower end systems I added the ability to change the texture size so those systems should get a much better experience as now you can play in a window with smaller textures and hopefully get better performance.

I have been very active on the balance/gameplay side of things — trying to make the game more tactical and fair. One of the things I am very big on is experience and so most of my work has been focussed there.

First of all I introduced the partial kills system so it is easier to level up. Previously a unit only got a ‘kill’ when it killed something. I, however, was not a fan of this, as if a Lancer takes another unit down to 5% HP, but while it is reloading a cyborg fires a few shots its way and kills it the cyborg will get the kill. With the partial kills system you get kills for what you do. So with the new system the lancer unit in the above example would have .95 kills and the cyborg .05 kills.

More recently this has been augmented by a ‘quality factor’ system. So if an expensive/high HP unit kills a cheaper/weaker unit it will gain less experience than if the case was reversed.

However, I am not stopping there! Now that the level-up system is ‘fair’ for the most part I plan to make experience have a greater effect on the outcome of battles. This includes making more experience units more accurate and dealing out more damage; while currently experience only reduces the amount of damage a unit takes when it is hit.

Furthermore I am also working on the recycling system. Currently I feel it is an under-used and under-rated feature of the game. So in order to make it more useful I have made it so that recycling old units will make newer units build faster. Of course there are some checks and safe-guards to prevent it from being exploited.
Kreuvf: So all in all people will have more resources for production when they recycle which of course will heat up battles a lot.
EvilGuru: Yes, a player who recycles will be able to churn out his army faster, quicker (less power required) and it will be experienced out of the box. It should make battle more tactical, as it is more important than ever to preserve your units and on the flip side not give your opponent ‘free’ experience.
Kreuvf: Did you change anything regarding the experience stack? Can you assign a rank to a unit or has nothing changed in that matter so you still have the highest/best rank for the first produced unit?
EvilGuru: It still picks the highest first. The reason for not changing this was because it would add both another level of complication that one does not need in the middle of a heated battle.
Kreuvf: Okay, that was my last question then, EvilGuru, and I’d to thank you for this interview.
EvilGuru: Thank you!

Comment on this article (requires board-account)

His first contact with WZ was on the 8th of July, 2005, which also was the day he touched the source-code for the first time. Back then the name was Warzone ReDev and the source-code was hosted at BerliOS. Version 0.1 had been announced on LinuxGames.com and Linux-Gamers.net two weeks prior to DevUrandom immerging into the world of Warzone. He was immediately fascinated by it (it was the only realtime strategy game for Linux he knew of at that time) and the way to design own vehicles by assembling parts reminded him of his all-time-favorite turn-based strategy game Sid Meier’s Alpha Centauri.
Some days later his commitment to Warzone started with a huge wishlist and a few weeks afterwards he was involved with the project.

Since then he worked on many parts of Warzone. Currently he is responsible for creating releases (compiling installers, source-code tarballs, announcing on various game sites and notifying Linux distributions).

Some people confuse him with a project leader, which he is not. The core team works fully democratic and those who are considered “experts” in the area in question are usually getting paid the most attention, with a slight focus on the “older” members. However, the final decision goes to the person actually doing the work.

Kreuvf: Good day, DevUrandom, nice to have you here today. As you already know I am about to ask you certain questions regarding the upcoming version 2.1 of Warzone 2100.
DevUrandom: Sure, go on.

Kreuvf: The version is scheduled for x-mas 2007 and it was announced as a network-release. Could you explain what that means in detail?
DevUrandom: We want to get 2.1 out roughly at the end of the year. We don’t guarantee that it will be ready to lie under your christmas tree (or however you celebrate christmas, if at all), but that is the target we aim at. The main “feature” is to get the networking stable on and between all systems, hence the name.

Therefore we will replace the underlying network code with something that is not so prone to differences which may arrise from using different operating systems and 32bit/64bit systems. That system (the author calls it “netprimitives”) is to large parts written by Freddie Witherden (EvilGuru) and currently being merged into Warzone.

Kreuvf: So you will actually be able to have a match vs. someone who uses Linux, someone who uses Mac OS X and someone who uses Windows without any problems?
DevUrandom: That is the goal, yes. As we follow a development model which makes the game more and more stable as the patch version increases, it may not be optimal at 2.1.0, but we always do our best to deliver the best possible gaming experience.

Sidenote on Warzone versioning: 2.1.0 -> major version = 2, minor version = 1, patch version = 0. Major version increases happen only very very seldomly when something really groundbreaking is changed. Minor version may also be called feature version: We include new features into those. Patch version, aka bugfix versions are only intended to fix bugs.

Kreuvf: Besides the changes on the net-code, what other changes are scheduled for 2.1? And how will those changes affect the minimum requirements for Warzone 2100?
DevUrandom: What is already done:

• AIVolution by Troman: An enhanced AI with learning capabilites.
• Multiturrets by Watermelon: Droids (which is how Warzone calls the units) can have multiple turrets instead of just one. Think of it like a tank: It has a cannon for long distance shooting on armored vehicles and an MG for close range defense against soft targets.
• Improved AI target selection (afaik Troman+Watermelon): Droids should select the targets they attack more intelligently.
• Collision-based hit-system by Watermelon: If a target is hit by a projectile or not is no longer predicted by a dice system. Instead the projectiles really damage only the target which they hit. If the unit that was fired at moves away while the projectile is in flight, it won’t be damaged anymore as it is not hit.
• The scripting language was enhanced by Troman. It now supports strings, functions with local variables and and and…
• A system which provides the ability to assign armor to each side of a droid (as opposed to the droid as a whole) was written by Watermelon. This means that you could have tanks which are weakly armored on the top and behind, but very strong on the front. This should support mods with higher focus on tactics. (It is not yet used in Warzone itself.)

Besides the netcode, I am currently working/testing different things with graphics, of which one is a rewritten terrain renderer and another is TrueType fonts. The renderer is a lot in flux currently and techniques of rendering are tried and thrown away a lot, so it may not be ready for the freeze (testing period before the release) and thus not 2.1, even though I try my best.
As the TrueType fonts may be very useful for translations (you can theoretically support every language), I am focussing on that now. (And it is a little bit easier to implement as well, since there are not 1001 ways of doing it.) (Editor’s note: interview was held on 23rd Sep. 2007 and TrueType has by date of publication been implemented by Giel using QuesoGLC) Which brings me to another major change not mentioned yet: NLS (Native Language Support)

If you have tried the current snapshots (or been watching the mailinglist or svn/trunk), you may already have noticed the option “NLS” in the component selection. It means that now it is [should be] possible to translate Warzone to virtually every language and have users select which language they want while Warzone runs. Before every piece of text in the menus was hardcoded in the executable and things like unit descriptions, mission briefings came in lots of textfiles. Now the strings are all in one location and can be translated more easily. You don’t have to reinstall Warzone to change the language.

Requirements: The new hitsystem may be slightly more demanding on the CPU, but I doubt you will notice that. The rendering techniques for the terrain renderer are too much changing at the moment as that I could give any estimate on that.

Generally we try to support as many people as possible and reasonable. So there won’t be a return of the software renderer and if you have something on par with a Radeon or GeForce card you should be on the safe side. If the renderer makes it in time, Vertex Arrays (VA) will definitely be required, but even TNT grade cards support that as far as I know.

Kreuvf: Wow, that’s overwhelming. That enhanced AI by Troman: In what way will it be “enhanced”? Will it make better tactic-decisions and how does the learning take place?
DevUrandom: You better ask Troman himself about this. I can tell you that it was rewritten from ground up and that it can remember where you attack it usually and with which weapons, so that it can build better defenses against you the next time.

Kreuvf: So the learning does not imply inter-game-learning, it’s more like match-restricted learning – the AI learns for one match and doesn’t save anything?
DevUrandom: No, I think it saves per-map data so it can gain advantage from earlier games and improve its tactics over multiple sessions. What I definitely know is that messing with it is a tough task, even for more experienced players.

Kreuvf: Sounds like a tougher AI – something people have looked for since Warzone’s initial release in 1999.

I want to come to my last topic for today: Balancing. As you most probably know I am a balance-fanatic and all those changes seem, to me, to affect the overall-balancing alot. The question now is: How noticeable regarding the balancing are those changes, e.g. are some weapons that were weak before strong now?
DevUrandom: Especially the hitsystem affects balancing a lot. Long range attacks or shooting on fast moving targets can be quite inaccurate now. The latter applies e.g. to VTOLs, which became quite hard to hit. This was compensated by bigger hitboxes (you may know that from games like Counter-Strike), to make the effect less visible. Long range artillery may also have some problems now. We will try to compensate for that till the release and tune balancing during the 2.1 release cycle and for 2.2 (which is targeted summer next year). But long range shots and shots on fast targets will definitely be harder than before. This should bring in more tactics and help smaller but faster units, like Cyborgs.

Note: I am not too much involved with balancing or playing and neither do I play since the beginning, so take my answer with caution.

Kreuvf: Okay, DevUrandom. Thank you very much for this interview and for exhaustingly answering all the questions.
DevUrandom: You are welcome.

Comment on this article (requires board-account)

This first developer-interview has been conducted with Giel van Schijndel. He is 19 years old, lives in the Netherlands and describes himself as "programming-addicted". He just finished his degree in food-technology and is now starting with computer engineering.

Kreuvf: What’s probably the interesting thing is: How did you find Warzone 2100 and since when are you part of the team of the Warzone Resurrection Project?
Giel: Well, I found Warzone itself in a toy store; as for how I found this “resurrection project” I don’t remember anymore. But I started programming on it around November/December 2006.
Kreuvf: What is your main intention when working on Warzone 2100? In other words: What’s your motivation to work on Warzone 2100?
Giel: Well some goals are: making the code very clean (up to beautiful, if possible), also making the game very mod-friendly is a favourite of mine.
I’m currently working on re-implementing the sound-library (the current implementation is rather flawed), adding UTF-8 support, adding font rendering support.
And EditWorld, we shouldn’t forget that; I’m busy on making it work on other platforms than just Windows currently.
Kreuvf: Version 2.1 is scheduled for Christmas 2007 and we can expect lots of new things. But what is your No. 1-feature of 2.1?
Giel: Although I don’t really have a personal No. 1, I would say UTF-8 and general multi-language support.
Kreuvf: Which brings us straight to the next topic: Internationalisation. People from the German community want to know, if currently somebody of the WRP is working on complete translations of all texts in-game and if there will be translated voice-files as well in the future.
Giel: Well, I (and some others) are currently working on making internationalisation (aka i18n) support better. That way it will be possible to translate most of the in-game texts. As for German: I think very large portions of Warzone’s texts already have been translated into German.
Kreuvf: How would one contribute a translation? Are there any special programs one would need in order to do the translation?
Giel: Currently we use “GNU gettext” to add translation support. Most of those gettext-files (they’re called translation catalogs) can be edited by poEdit, which is a GUI for translators. Then, when you have created/edited/updated a translation file, you can send it to the mailing-list and we’ll add it to the translations.
Kreuvf: Sounds quite easy to me :D
Giel: It is, and should be easy.
Kreuvf: Okay, that was my last question, Giel. So: Thank you for this interview.
Giel: Happy to be of assistance.

German translation of this interview

Comment on this article (requires a board-account)

So I think you all know the construction menu. On the right is a full animation of all eight tabs you can/must click through to find a specific building. For those who played warzone a hundred times already there’s nothing new to this and you know that the fortresses can be found on the last tab or last two tabs. But how does this look like for a newbie? For someone who never played warzone before? For someone who is used to comfortably arranged and sorted construction menus? In one word: confusing.

As I think that it’s one of the aims of the future development of warzone to make the game more newbie-friendly one of the main problems is the construction menu. And I have an idea for a solution to this problem.

The game internally distinguishes between different structure types and the idea is to make this distinction visible in-game.

Explanation

On the top you don’t have the tabs anymore, at least not as the first ‘level’. Instead there are buttons indicating the structure-category. Clicking one of these buttons may lead to a second level of buttons. Perhaps the category-tree then looks like this:

• Base Structures
  • Energy Management
    • Power Generator
    • Power Generator Module
    • Oil Derrick
  • General Base Structures
    • Command Center
    • Commando Relais
    • Research Center
    • Research Center Module
  • Production and Repair
    • Factory
    • VTOL Factory
    • Factory Module
    • Cyborg Factory
    • Repair Facility
    • VTOL Rearming Pad
• Defense Structures
  • Intelligence
    • Hardened Sensor Tower
    • CB Tower
    • VTOL Strike Tower
    • VTOL CB Tower
    • Wide Spectrum Tower
    • Satellite Uplink Center
  • Artillery
    • Bombard Pit
    • Pepperpot Pit
    • Incenediary Mortar Pit
    • EMP Mortar Pit
    • Ground Shaker Emplacement
    • Hellstorm Emplacement
    • Incenediary Howitzer Emplacement
    • Angel Missile Emplacement
    • Archangel Missile Emplacement
  • Bunkers and Emplacements
    • Rotary MG Bunker
    • Lancer Bunker
    • Tank Killer Emplacement
    • Inferno Emplacement
    • Plasmite Flamer Emplacement
    • HPV Cannon Emplacement
    • Twin Assault Cannon Emplacement
    • Railgun Emplacement
    • Gauss Cannon Emplacement
    • Flashlight Emplacement
    • Pulse Laser Emplacement
    • Heavy Laser Emplacement
    • Plasma Cannon Emplacement
  • AA Structures
    • Cyclone AA Site
    • Whirlwind AA Site
    • Vindicator SAM Site
    • Stormbringer AA Laser Site
    • Assault Gun Hardpoint
    • Twin Assault Gun Hardpoint
    • Cyclone Hardpoint
    • Whirlwind Hardpoint
    • Avenger Hardpoint
    • Vindicator Hardpoint
    • Heavy Rocket Bastion
  • Hardpoints and Towers
    • Assault Gun Hardpoint
    • Twin Assault Gun Hardpoint
    • Tank Killer Hardpoint
    • Scourge Missile Hardpoint
    • Assault Cannon Hardpoint
    • HPV Cannon Hardpoint
    • Heavy Cannon Hardpoint
    • Railgun Hardpoint
    • Gauss Cannon Hardpoint
    • Flashlight Hardpoint
    • EMP Cannon Hardpoint
    • Mini-pod Rocket Guard Tower
    • Scourge Missile Tower
    • Needle Gun Tower
  • Special Defense Structures
    • Nexus-Link Tower
    • Laser Satellite Command Post
    • Cannon Fortress
    • Mass Driver Fortress
    • Missile Fortress
    • Heavy Rocket Bastion

The ‘demolish structure’ (which is an own structure internally) is shown on every page. ‘Wall’ and ‘Tank Trap’ are shown on every page of the Defense Structures. As you may notice some structures are in more than one category.

My hope is that these categories will make it into the game at some point in the future. To preserve the feeling of the original warzone this should be an on- and off-turnable feature.

Comment on this (board-account neccessary)