Difference between revisions of "Review of TA Spring"

From Nick Jenkins
Jump to: navigation, search
m (Minor polish things: rm incorrect update info (ready goes blue))
m (Minor polish things)
Line 283: Line 283:
  
 
* In the "battle window", clicking on the "ready" marker next to your name should do the same thing as clicking on "I'm ready" at the bottom of the screen. Currently you have to tick ready at the bottom of the screen, and then the non-clickable ready marker next to your name goes blue.
 
* In the "battle window", clicking on the "ready" marker next to your name should do the same thing as clicking on "I'm ready" at the bottom of the screen. Currently you have to tick ready at the bottom of the screen, and then the non-clickable ready marker next to your name goes blue.
* The resource bars jump up and down instead of increasing or decreasing smoothly. Makes it hard to visually see what's going on with your resources.
 
** '''Update''': I personally don't have any preference on this item, it was just something my techie mate mentioned that bothered him.
 
 
* When my commander died at the end of game, the energy and metal scrollbars went way off the screen (looked like they went to infinity). Happened on a game starting with 10,000 resources, so maybe that was the issue.
 
* When my commander died at the end of game, the energy and metal scrollbars went way off the screen (looked like they went to infinity). Happened on a game starting with 10,000 resources, so maybe that was the issue.
 
** '''Update''': When you have 0 storage capacity of a resource, the resource bar graphically goes haywire. It's an extremely minor bug though. To reproduce this, press Ctrl-A, Ctrl-D (to self destruct all your units). After the self-destruct, you will see the resouce bars at the top of the screen scroll far off the screen.
 
** '''Update''': When you have 0 storage capacity of a resource, the resource bar graphically goes haywire. It's an extremely minor bug though. To reproduce this, press Ctrl-A, Ctrl-D (to self destruct all your units). After the self-destruct, you will see the resouce bars at the top of the screen scroll far off the screen.
* The "Selectionkeys Editor" should define the Commander as a builder, since it is a building unit (as well as a weapon), but currently it does not.
+
* The "Selectionkeys Editor" should define the Commander as a builder, since it is a building unit (as well as a weapon), but currently it does not. You can always exclude it by saying "Not commander".
  
 
===Smoother unit tracking===
 
===Smoother unit tracking===

Revision as of 02:35, 8 May 2006

TA Spring Screenshot from multiplayer LAN game

This is a review of TA Spring, an open-source game like Total Annihilation. The version reviewed is TA Spring 0.71b1.

Contents

Disclaimer

These are my initial thoughts and impressions after playing several games in TA:Spring. In other words, this was written from a newbie's perspective, and so it may differ substantially from the thoughts of someone that has played TA:Spring over an extended period of time.

Some of the things mentioned below are already known problems, and it is not my intention to annoy anyone in the TA:Spring community, so please do not take offence at what I have written.

Also a number of things I disliked listed below look to be resolved with the new interface that will use CeGUI.

What's to like

If you have never played TA Spring before, you can get a quick overview of it here.

There are many good things about TA:Spring. Let me list and explain some of them:

It's free

The game is free, both as in beer and as in speech. TA Spring is licensed under the GPL, the game can be downloaded for free (so there is no "barrier to entry"), and the source code can also be downloaded and modified.

Looks like TA, the finest RTS of all time

If you've ever played the original Total Annihilation, then you will immediately recognise the units, and the basic interface, as being familiar to you.

Since Total Annihilation is one of my favourite computer games, and since, in my opinion, the original TA was and still is the definitive RTS, this is definitely a good thing!

It behaves like TA in most regards

As well as looking like TA, TA:Spring also behaves much like TA. This includes the resources, many of the keys, and the general style of gameplay.

It's not an identical game though - there are many additions to the game that the original TA never had, and I will cover some of these further down below.

Small Download

If you're tired of games that come on multiple DVDs and fill most of your hard disk, then TA:Spring will be pleasant surprise, because it's a fairly small download (especially for a game) at around 35 Mb.

Data files compatible with the original TA

From what I understand, the data files (such as maps, units) that the original TA used can also be used in TA:Spring. This means that the vast library of maps and units that modders created for the original TA can also be leveraged by TA:Spring.

Higher Polygon Count on units

The original TA had a fairly limited polygon count, which meant that units were limited in their complexity. The TA:Spring engine has substantially increased the possible count (from what I understand, it is now limited by your hardware is capable of, as opposed to being an artificial limit).

Works on Linux too

The original TA was a windows-only program. TA:Spring on the other hand also works on Linux, as well as the Windows platform.

Many maps

There is a huge library of maps, and if you try to join a game without that specific map, the game will give you a nice interface so that you can quickly download the map you need and can play in that game.

Mods

There are various (XTA, Absolute Annihilation). These largely seem to be aimed at balancing units so as to get a well-balanced game where particular units are not dominant due to being strongly advantaged. There are also other mods though (e.g. the Star Wars mod) that go further than this.

Complex macro key bindings

You can bind ctrl-keys to complex actions, like "select all flying units with health greater than 30% that are not currently on the screen". How to do this is explained more in the discussion forum.

Active community

There is a very active community behind TA:Spring. You can get a sense of this from the wiki (where documentation and information about the game is kept and updated), and also from the discussion forums (where strategies, features, and development of the game are all actively discussed).

Rotating the scroll wheel changes zoom level

Possibly a standard feature in many RTS games now - but it was something that the original TA did not have (if I recall correctly), and which is useful for gameplay, so this definitely gets the thumbs up from me.

Switching Perspectives

The original TA used a top-down isometric view of the world, and you could never change from that view. TA:Spring however features a full 3D-engine. The default view is the original TA view, but you can "jump into" a unit by selecting it and pressing "c". The game becomes them like a 3D First Person Shooter, where you are controlling that particular unit and its weapons. Additional to this, you can also enter a "Free-Look" mode, where you can float around the map and get into a perspective that suits you, such as to get a good view on a battle. You will see some screenshots created in this way when you are waiting for a map to load.

Eye candy - Water Rendering, Shadows

There is plenty of eye candy in the TA:Spring game. For example you can see a video of the new water renderer, which does it far more justice that I ever could by describing it.

You should also check out some of the other videos on the the download page to get a better sense of how good the game is capable of looking.

Deformable Terrain

In the old TA, the map terrain was the map terrain - explosions did not change it. However, in TA:Spring, the map terrain is changed by explosions and heavy weapons fire. See this picture for an example of this.

What's not to like

Short version: "Spring has too steep a learning curve".

A technical game-playing friend put it this way: "typical open-source project, the UI needs a lot of work".

My very non-techie girlfriend (who likes most RTS games) said: "Interface is critical; and the interface on this game majorly needs work". Also: "they've got all the fancy features, but have gotten the interface basics wrong". And: "it required the player to hang in there a little too long" (learning curve too steep). Also: "the screen is way too cluttered".

For both of these people, I asked them to be more specific, and vocalize exactly what they disliked, and be specific about how they would change it to solve the problem. I added my own thoughts, and tried to prioritize these. So, here is our list of things not to like in TA Spring, listed from most annoying to least annoying, with specific suggestions on how to fix them:

Inconsistency of left-click and right-click

In TA:Spring, left-click normally means "cancel", and right-click normally means "do something" (e.g. when ordering a unit to move or attack). Except when you're controlling a construction unit, and placing a building, in which case suddenly they invert it, and right-click means "cancel" and left-click means "do something". Same inversion happens when you're specifying a patrol path. This internal inconsistency gets very annoying very quickly. Please please please please: Pick one! Either left-click means cancel, or right-click means cancel. Either one is fine. But then please apply it consistently. (Seems others have mentioned this before).

Update: To the idea that users can learn to get used to this interface quirk after a 2 or 3 games, I simply say this: What users are effectively learning is to work around the UI issues. If you want to create an insanely great game, then the answer is to smooth out the UI issues, not to force your users to compensate for them.

Can't order units to do something using the mini-map

Should be able to select a unit, and right-click on the mini-map to move or attack, as per the normal map - but you can't. Consequently, you have to scroll to the location, and then right-click.

Clarification: What I am suggesting is that right clicking on the mini-map should move the currently selected unit(s) to that location (or attack the enemy unit at that location), but not change the view. Also, if you select a unit, and press the "Move" button, and then click on the mini-map (either with left or right mouse button), then the unit will not move to that location - I am suggesting that it should.

Overly narrow interpretation of "Attack"

Units seem to have a mind of their own. I had a group of several gunship aircraft and some tanks. I ordered them to attack an enemy unit. 30 seconds later I see the gunships land, having travelled half way to the battle. Why? Attack means attack that unit. If that unit disappears, it means travel to it's last known location, and then attack any enemy units in the vicinity. Attack means attack.

Update: From chat in the battle room, evidently I'm not the only person to experience this:

[4:10:10 PM] <chapparal> You know what is BS?
[4:10:18 PM] <chapparal> Your 3k metal attack helicopter bombers.
[4:10:31 PM] <chapparal> When ordered to attack, they feel the unspeakable need to land.
[4:11:01 PM] <chapparal> They will stop whatever they're going to, and attack a nearby camera
[4:11:20 PM] <chapparal> i can live with the nukes, i can't live with my units not doing the things that i tell them!
[4:12:13 PM] <chapparal> It just brings me so much frustration...
[4:12:31 PM] <chapparal> Sooooo much frustration.

Clarification: Essentially the problem is: If you order an attack on an enemy unit, and that enemy unit is destroyed, then your units that are still travelling to attack the enemy unit will immediately stop.

What I'm saying is: I do not recall experiencing this problem in other RTS games, even the original TA (although it has been a while since I last played it, so I can't be certain on this point).

In other games, I give an attack order, and even if that specific enemy unit dies, my units will still keep moving, and will still engage in the battle. They will attack the specified enemy unit first, and when that unit dies they will attack the enemy units next to it. There is no stopping en route to the battle after an attack order is given, even if the specific enemy unit I said to attack has died.

This I think is definitely the better behaviour, because it's what users usually mean by "attack", and it what other RTS games do, so it is what users are going to expect to happen - and that is why people get annoyed by the current behaviour. That is why I have listed it as something that I disliked. The current interpretation of "attack" seems excessively narrow and legalistic to me. If the answer is to "patrol", then perhaps issuing an "attack" order should (internally to the game engine) instead issue an attack order followed by a shift-patrol order, or an area attack.

Move does not work with certain buildings

If you select 30 mobile units and accidentally include certain buildings, you cannot move the group. The move order will have zero effect. The 30 units do not obey the move order. What should happen is that the building should ignore the move order - but most importantly, the mobile units should move. This seems to happen only with certain buildings (most buildings are fine). Two buildings which exhibit this buggy behaviour are:

  • Arm Juno Anti-Radar / Jammer Weapon.
  • Advanced Fusion Reactor Enhanced Energy Output / Storage.

Prompt on Shift-Escape

A person playing in a multiplayer game on a laptop pressed shift-escape when they wanted ctrl-1 (to specify a unit group). In other words, their hand was one key up from where they thought it was.... and pressing shift-escpape exited their multiplayer game without confirmation. On a multiplayer game, Shift-Escape should prompt before exiting.

Sync errors that lead to Split games

You can get Sync errors that will lead to everyone in a LAN game eventually playing different games (i.e. the one "unified" game splits into many different games, which your co-players will drop out of).

It started with errors like this on the console (this was for a LAN game with 7 players, all with lots of units):

Delayed sync respone from steve (170 instead of 352)
Delayed sync respone from steve (230 instead of 352)

then became this:

Sync error for bertok 88638 E

then this:

Sync error for Raven 88746 XZ
Sync error for bertok 88746 XZ

then this:

Sync error for Raven 88774 XYZ
Sync error for bertok 88774 XYZ

and this:

Sync error for Raven 88825 XYZE
Sync error for bertok 88825 XYZ

then this:

Sync error for fodder 96629 XYZME
Sync error for steve 96659 XYZME
Sync error for Tulathros 96659 XYZME
Sync error for Raven 96659 XYZME
Sync error for fodder 96659 XYZME
Sync error for steve 96689 XYZME

At which point we were playing independent games (different things built, different things happening, etc).

This happened another time in a different game as well (to different players), so it was not a one-off problem.

Key bindings for newbies that won't switch to 3D First Person Shooter mode

Look, I agree that the 3D FPS mode is pretty cool as an idea, and it's cool technology, and good as a really cool hack to show what the original TA would have looked like in 3D mode.

The technologist in me is amused by it. However, the game player in me hates it.

It's just not particularly useful for gameplay. It doesn't in any way make it a better game. A good interface is an interface that is as simple as possible, and a FPS mode that's not helpful should be disabled (at least by default - i.e. in the out-of-the-box install, there should no key bindings for changing out of the original-TA isometric god perspective - if people want to customize their install to add this, then good luck to them).

Update: I don't think the 3D FPS feature should be removed, I think that maybe the default key bindings to switch to 3D FPS mode should be removed. I'm not sure on this point though, and I recognise that there are valid counter-arguments that you don't have to use 3D FPS mode if you don't want to.

As part of the beginners keybindings, jumping out of FPS mode should not switch to "free look" mode, where you cannot select any units. It's very confusing to beginners, and not obvious to them how to get out of it. If you won't get rid of it, please make it disabled by default so that it requires the user to enable it.

Clarification: Free look mode per-se is fine, it's that Free Look mode is selected when jumping out of FPS mode that I have the problem with. If free look mode was like FPS (don't have to use it if you don't want to) then I would have not really have a problem with it. But if you get out of FPS mode, you have to use Free Look mode.

No way to make a LAN game in the default install

If you want to play a LAN game against someone sitting next to you, you might well do this: Run the "TA Springs Battleroom", then go "Battle screen", then go "Host battle". However if you do this, you will get an error message that says: "you must first log onto server". It appears that all the players need to logon to the Internet server, create an Internet game (which can have a password to keep other people out), and then play that game. I.e. there appears to be no standalone "LAN game" mode.

Update: LAN only mode is possible, but you need to download the separate server. It would be better if the "TASServer" software needed to do this (which is very small at 122 Kb) were included as part of the default Windows install, with an icon in the "TA Spring" program group for "LanServer.bat" that was labelled as "Start LAN server".

If you are in a unit that dies in FPS mode, then it should return to the camera mode that you were in before it died

The game features a first-person mode, where you can "jump" into the perspective of one of your units by pressing the "c" key. Pressing the "c" key then toggles back to the normal top-down isometric view. The person I was playing against did this, and the unit they were "in" was destroyed. They pressed "c" to get back to the normal view, but it didn't work. They were stuck in first person mode. They tried pressing every key on their keyboard, and eventually got back to normal, but had no idea how they did it. Either pressing "c" should always go back to the normal view if you are in the first-person view, or it should return the view you were in before the unit died.

To see this, select a unit in the normal view, then press Ctrl-D to commence self-destruct, then press "c" to jump into their view. After the unit has been self-destructed, pressing "c" again will not return you to the normal top-down view.

Units sometimes get stuck

Units that can't reach their destination. Examples are "Anaconda: Can't reach destination!". An Anaconda is a hovercraft (I think), so it should be able to get most places. Another example is Kbots on the "small divide" map will get stuck in the trees, and give the same "Can't reach destination!" error message. If they were able to get into that location, and the path in has not been altered, then surely they should be able to get back out again?

More info: Apparently units push other units when they walk into them. If a unit is inside a tree or inside some wreckage or inside another unit, it has been pushed in there (units being pushed seem to ingore collision spheres). The workaround to this problem is to control the unit (3D FPS mode) and navigate it out. Additional to this is that units can get stuck on steep terrain (hovercraft seem especially prone to this).

Left-clicking on the mini-map should switch view to that location

Yes, left-click normally means cancel, but if you do it on the mini-map, you probably wanted to see that location, not cancel your current action.

Please include Key Reference in program group, and add missing keys

A key reference / cheat-sheet would be very helpful, especially because there are some differences between the original TA and TA:Spring.

Note: Pages 40 and 41 of the original TA manual list the key commands, but a more complete version is available on this web page (need to scroll to middle of page).

Update: Turns out there is a TA:Spring key reference. In that case, please include it in the "TA Spring" program group, with an icon that says "Key Reference".

Update 2: The TA:Spring key reference is missing some keys that work, but which are not listed in the key reference, namely:

  • SHIFT : Hold down to queue up multiple commands.
  • CTRL-A: Select everything - all units and buildings.
  • CTRL-C: Select and centre on Commander.
  • CTRL-Z: Select all units of same type as currently selected.
  • -  : Reduce game speed.
  • +  : Increase game speed.

Keys which worked in TA but which are missing in TA:Spring

  • comma  : Select the previous menu for a unit.
  • period : Select the next menu for a unit.
  • F5-F7  : Map bookmarks.
  • Ctrl-S : Select all units in current view.
  • Ctrl-V : Select all aircraft.
  • B  : Select the build menu for a unit (currently shows a ball around each unit instead).
  • C  : Give a capture order (currently changes camera angle).
  • N  : Scroll to and select next unit off-screen.

One small thing is that in the original TA, Ctrl-A would select all units. In TA:Spring, it selects all units and all buildings. It's a small difference, and it can be changed, but I personally would prefer the old behaviour to be the default.

Also, perhaps the "Tab" key should perhaps be like typing ".info", since in the Original TA pressing Tab toggled displaying multiplayer information, with is kind of what pressing enter and typing ".info" does in TA:Spring (via a display like "nickj 6% 1" in the bottom right of the screen, which means "player name, cpu usage %, and ping" and the colour used corresponds to the player's colour).

The engine doesn't support changing setting while in game

Cannot jump out of a game to change settings (e.g. game screen resolution), and then resume the game.

Some bugs on goto source of last message function

Pressing F3 means go to source of last message command, and select that unit. However, the F3 function sometimes doesn't seem to work very well. To see what I mean, select your commander, press Ctrl-D to activate self-destruct, then cancel it with Ctrl-D again. Now press F3. It should stay focussed on your commander, since he was the source of the last message, but instead (for me at least) it flies off to the top left of the map.

Update: F3 appears to only go to the last off-screen unit that gave a message. Personally, I don't agree that this is the best behaviour (I think it should always jump to the last message source wherever it is, as this is simple, elegant, easy to understand, and not context-dependent). Furthermore, irrespective of what I think, even the Spring readme says F3 means "Jump to last message location". It does not say "Jump to last message location if the last message location is not currently on the screen, else jump to previous off-screen message location, else jump to top left of the map".

Left-hand unit action window looks transparent, but it is not transparent to actions

The left-hand unit action window (that shows buildings that can be built, stop/patrol/attack, etc) is transparent (shows the terrain underneath). However, you cannot click through it (i.e. it catches any clicks). This window should not look transparent if it does not behave transparently. It should be a solid colour instead (e.g. black), so that the way it behaves matches the way it looks.

Tooltip area should pass-through clicks, like the console

To see what I mean, select a unit, and order it to move to the location behind/underneath the console/message window. This works. Now order the unit to move to the area behind the tooltip window. This does not work - the tooltip window "captures" the click. I think it should pass all clicks through, like the console does, because I can't think of any situation where the tooltip window itself needs to respond to mouse clicks. The behaviour of the tooltip window should match the way it looks (i.e. transparent behaviour for transparent appearance).

Minor: Please define two tooltips

  • Placing your cursor over the "You won the game" popup shows "No tooltip defined" in the info box on the bottom left of the screen (only happens on the very edges of the box, now that it shows a stats summary).
  • Placing your cursor over the tooltip window that shows tooltips says "No tooltip defined". :-)

Should indicate when units have been selected for attack

This relates to the confusion over the inconsistent left-click and right-click. The problem is that the user gets no visual confirmation of a successful attack order. Now, when you click to attack an enemy unit, you find yourself wondering: did you successfully issue an attack order, or did you just cancel your order? It's not immediately obvious. Age Of Empires gets around this by displaying an animation of some arrows pointing at the enemy unit that has been selected for attack. Something like this (or displaying the attack icon above the enemy unit) could be helpful to visually indicate a successful attack order.

Update: You can get this by pressing Shift, and giving an attack order. If you do this, it will show a red line leading to the unit to be attacked. It would be nice to be able to enable this red line display so that you could always see it, without having to remember to press shift; Also pressing shift, and giving an order, is not the same as giving an order without shift; With shift means "add this to your order queue" (i.e. finish what you were doing first), whereas without shift means "do this now" - these are different things, and it would be useful to see the red line indicator and get immediate execution.

Minor polish things

  • In the "battle window", clicking on the "ready" marker next to your name should do the same thing as clicking on "I'm ready" at the bottom of the screen. Currently you have to tick ready at the bottom of the screen, and then the non-clickable ready marker next to your name goes blue.
  • When my commander died at the end of game, the energy and metal scrollbars went way off the screen (looked like they went to infinity). Happened on a game starting with 10,000 resources, so maybe that was the issue.
    • Update: When you have 0 storage capacity of a resource, the resource bar graphically goes haywire. It's an extremely minor bug though. To reproduce this, press Ctrl-A, Ctrl-D (to self destruct all your units). After the self-destruct, you will see the resouce bars at the top of the screen scroll far off the screen.
  • The "Selectionkeys Editor" should define the Commander as a builder, since it is a building unit (as well as a weapon), but currently it does not. You can always exclude it by saying "Not commander".

Smoother unit tracking

If you track/follow an aircraft using the "t" key, the screen jitters a bit. The original TA from 1997 played pretty smoothly on a PC with one tenth the CPU speed of my current one, and little or no 3D graphics acceleration - so it should probably be possible to do this on a reasonably modern PC with a 3D graphics card.

Possibly add an in-game Tutorial

A brief "getting started" in-game tutorial, that teaches new players some of the specific RTS features of TA:Spring, such how the repeat commands work, and creating formations, and area attack/reclaim, and so forth, could be helpful.

Conclusion

From all of the "What's not to like" points above, you might think you should give TA Spring a miss. I disagree. The game is definitely worth checking out, and it could be truly fantastic, if only they would fix some of the above problems. There certainly are plenty of things to like about the game.

What's really amazing to me is that not only has the TA game been recreated using a new engine, but some really technically fancy stuff (like jumping into 3D FPS mode inside a unit) has been added. This must have taken a huge amount of effort, and is technically very impressive. But on the other hand, it makes the above User-Interface points all the more frustrating. If the really hard stuff can be done, surely the simpler UI stuff that really makes the user experience can done too?

Some of the points above are about doing less, not more; Some are about making the game internally consistent with itself; Some are about better user feedback; Some are glitches or omissions in the current game; Some are about making it easier for the user to play; ... but all are about giving a better user experience. I honestly don't think any of the changes I've suggested would subtract from the game, but they definitely would make it far more user friendly. I.e. they would make it easier to pick up and would reduce user-error, without subtracting from gameplay.