[log] SoundRTS 1.1 beta 0 released

Available at:
http://jlpo.free.fr/soundrts

This is a beta version of 1.1 which will replace 1.0 as soon as possible.

The main changes since 1.1 alpha 9 are:

General:
- this is now a "test" version instead of an "unstable" one
- bug fixed: when playing a restored game, the action menus wouldn't work (unless a new game has been played during the same session)
- bug fixed: with a screen reader, official map names would be unreadable symbols
- bug fixed: when moving the cursor from a square to another through a known path, the screen reader would say "blank" (or something representing an empty string) before the name of the new square
- when a flying transport is destroyed, the transported units will die and their corpses will be on the ground
- when a ground transport is destroyed, the transported units will just exit from the transport
- replaced teleportation with recall
- will say "train 10 peasants" instead of saying "train peasant" 10 times
- removed or lightened some of the punctuation

Translation:
- added German version of tts.txt (allows direct use of SAPI or screen reader)

Modding:
- modding guide updated: recall and teleportation
- in style.txt, "if_me" doesn't require "else" anymore


SoundRTS 1.1 and SoundRTS 1.0 should coexist in the same machine without any problem. The settings are also stored in different folders (respectively "SoundRTS test" and "SoundRTS 1.0").

About multiplayer games, this version is only compatible with itself. If you modify the rules.txt file or the ai.txt file, you need to send it to your friends if you want to play with them, or they won't find your server.

SoundRTS public server will be unavailable

From June 1, 2012, the following servers will be unavailable:
- SoundRTS 1.1 "public server"
- SoundMUD 0.11 server
- SoundMUD 0.13 server

The web server and the servers list of SoundRTS will still work.

I don't know yet what will happen next. The next hosting, if it ever happens, might be off-line more often, with a bigger latency, and a smaller bandwidth.

[log] SoundRTS 1.1 alpha 9 released

Available at:
http://jlpo.free.fr/soundrts

The main changes since 1.1 alpha 8 are:

General:
- bug fixed: the shortest path implementation could cause synchronization errors in multiplayer games
- added a limit for teleportation: no more than 144 ground entities (units, buildings, goldmines, woods...) and 144 air entities at the destination
- the computer AI will retaliate for catapults too
- if a turn takes more than 3 seconds, the events won't be played until the end of the turn (to increase speed)

Rules:
- now building a temple only requires a keep instead of a castle
- researching super healer, conversion and resurrection now requires a castle

Translations:
- updated Chinese messages and actor voices (including tts.txt for SAPI and screen reader support)
- added a line to tts.txt specifying character encoding (default is "latin_1")

TTS mode:
- added a positional beep sound to positional messages in SAPI/screen reader/TTS mode (when pressing Tab for example)

Linux:
- added a "-s" or "--speechd" option to enable speech dispatcher for Linux
- setting "sapi=1" in the configuration file doesn't enable speech dispatcher any more
- bug fixed: when Speech Dispatcher for Python was present, SoundRTS wouldn't close

Modding:
- bug fixed: only damage_bonus and armor_bonus could be used with apply_bonus
- bug fixed: a bonus on hp_max didn't affect the starting hp of new units (existing units keep their current hp though)


SoundRTS 1.1 and SoundRTS 1.0 should coexist in the same machine without any problem. The settings are also stored in different folders (respectively "SoundRTS unstable" and "SoundRTS 1.0").

About multiplayer games, this version is only compatible with itself. If you modify the rules.txt file or the ai.txt file, you need to send it to your friends if you want to play with them, or they won't find your server.

[log] SoundRTS 1.1 alpha 8 released

Available at:
http://jlpo.free.fr/soundrts

The main changes since 1.1 alpha 7 are:

Gameplay:

• bug fixed: now the mages tower can research meteors
• bug fixed: the teleportation limit of 10 units could cause the first 10 mages to be teleported, leaving the other units unteleported, so I have completely removed this limit; I have kept the following limitation introduced in 1.1 alpha 7 though: if there is no space left at the destination then no more units are teleported there (it might prevent the game from slowing too much when too many units are teleported)

Map making:

• map making manual: updated the part about the starting resources of each player

Game modding:

• bug fixed: training, building or researching/upgrading something requiring 0 second (time cost of 0) won't cause an error anymore

Interface:

• manual: added a note about activating TTS with Linux (speech dispatcher)

SoundRTS 1.1 and SoundRTS 1.0 should coexist in the same machine without any problem. The settings are also stored in different folders (respectively "SoundRTS unstable" and "SoundRTS 1.0").

About multiplayer games, this version is only compatible with itself. If you modify the rules.txt file or the ai.txt file, you need to send it to your friends if you want to play with them, or they won't find your server.

[log] SoundRTS 1.1 alpha 7 released

Available at:
http://jlpo.free.fr/soundrts

The main changes since 1.1 alpha 6 are:

doc:

• the manual has been entirely updated
• some parts have been automatically generated from rules.txt

interface:

• added screen reader support for Windows (using ScreenReaderAPI)
• added TTS support for Linux (uses Speech Dispatcher)

campaign:

• removed or simplified hard maps
• added very small maps demonstrating some units

AI:

• the passive AI is more peaceful (similar to SoundRTS 1.0): it won't retaliate if one of its explorers is attacked

gameplay:

• added necromancer, necropolis, deadly fog, raise dead, zombie, skeleton
• added priest, temple, resurrection, exorcism, holy vision
• now only the priest can heal (removed from mage and townhall)
• teleportation stops if no space is left
• teleportation has been limited to 10 units
• moved conversion to the priest
• added summon dragons and meteors to the mage
• healing: the gain of hit points is now continuous instead of increasing by steps of 1 hit point every 7.5 seconds; it should work globally the same except for the first hit point which was gained instantly on the first healing of a unit
• restored archer upgrade values to SoundRTS 1.0 values: weapon damage + 1.5 (instead of 15), armor + .5 (instead of 2)
• when creating a building, now the construction site is set up as soon as the peasant enters the square (and not when the peasant reaches the meadow); this should avoid some cases where the peasant cannot reach the meadow

optimization:

• the peasants AI might be less slow in large maps when gathering resources (faster shortest path implementation)

server:

• now a game on a public server will require at least two human players
• added a cleanup routine to the server (remove clients without socket and remove all games when no client)
• in whatismyip.txt, replaced whatismyip.org (often down) with an automation-friendly URL provided by whatismyip.com

bugs fixed:

• the completion of a repair is not notified anymore
• when an order is given to a group and at least one unit knows what to do, there won't be any "order impossible" alert
• when at least one unit has enough mana, no "not enough mana" alert will be emitted
• after some time, the public server would allow less and less simultaneous games
• minor fixes in maps JS11 and JS13 (Jason Symes)

keyboard bindings:

• now SHIFT ALT A and SHIFT ALT G queue the previous order (while ALT A and ALT G just repeated it at once)
• the keyboard bindings are defined in a hopefully more efficient way which will facilitate the creation of new units and races: the unit types mentioned in bindings.txt are generic: worker, building, soldier1, soldier2, ..., soldier7; these names are mentioned in style.txt for the units as a parameter called "keyboard"; this parameter can be inherited, so for example there is no need to define it for darkarcher since archer already mentions: "keyboard soldier2"
• the modifiers SHIFT (queue_order) and CONTROL (imperative_order) work for the mouse left click too (when confirming a target)

game modding:

• cleaned up rules.txt: removed unused parameters about multilevel tech upgrades ("levels", "cost_increment", "time_cost_increment", "requirements1", "requirements2")
• added "food_cost 1" in rules.txt for some units
• added effects: "summon_nearby" and "summon_anywhere"
• added unit property: "decay"
• about abilities (teleportation, conversion, ...), rules.txt mentions if the enemy have an alert too (like in teleportation) with the variable universal_notification set to 1 (default value is 0), in style.txt the alert sound is specified in the ability instead of in the unit

SoundRTS 1.1 and SoundRTS 1.0 should coexist in the same machine without any problem. The settings are also stored in different folders (respectively "SoundRTS unstable" and "SoundRTS 1.0").


About multiplayer games, this version is only compatible with itself. If you modify the rules.txt file or the ai.txt file, you need to send it to your friends if you want to play with them, or they won't find your server.

More thoughts about the project

After reading your comments and working on SoundRTS today, here are some more thoughts (sometimes contradicting with the previous ones):

1. During the next two days, maybe one, I might be able to get some work done.
2. Releasing a new 1.1 alpha 7 would be quicker than creating a new stable version.
3. Even if the 1.1 alpha 7 is very wrong, there is always the possibility for the player to go back to 1.1 alpha 6 and ignore the "please update" message. The older versions are still there for download even if their links have disappeared.
4. There is no need to remove the recorded voices in 1.1 alpha 7.
5. Using SAPI by default (without having to press control + alt + F12 during a game) might be nice.
6. Using the screen reader might be even nicer. Unfortunately, using something else than SAPI or recorded text might require a change in the way messages are processed in SoundRTS because the screen readers don't tell if they are speaking or not. This causes problems to the current "message manager" of SoundRTS who is trying to make sure that every information is told sooner or later. Maybe this control is not really needed. I don't know.

[SoundRTS] project status

Here is a summary of the current plans for SoundRTS. Feel free to comment, especially about the viability of 1.1 alpha 6 as a stable version.

1. The next evolutions might be more chaotic, so I will probably rename the current latest 1.1 alpha 6 to stable 1.1.0, since it's probably being used as a stable version by many players anyway. The next alpha would be 1.2 alpha 0. This way you would have something to try soon without losing the not so bad current version, and new players wouldn't be misguided to download 1.0.1 anymore.
2. I might also add an archive folder to the website so the current stable 1.0.1 would still be easily available, even if not recommended anymore.
3. In 1.2 alpha, I will try to solve a fundamental problem of SoundRTS: the world map lacks continuity: squares and paths to connect them. If I am successful, there would be only one space, even if I will try to keep the ease of play that squares provide. It would be possible to block a bottleneck by placing footmen accurately, and placing archers behind them. Building walls would make sense. The simulation would be probably simplified. The problem is to adapt the AI and make sure that the game interface is not too complex.
4. In 1.2 alpha, I might completely remove recorded text and use SAPI to allow more efficient and flexible messages, but it might cause (at least temporarily) the loss of some platforms (Linux, Mac) and of the languages for which I don't have the text. I apologize in advance for the inconveniences but it is the price to pay in order to limit the ever growing complexity of the SoundRTS beast. The positional text will be lost in the process too (at least temporarily).
5. Allowing several races is a priority, because sooner or later they will have to be implemented, and before that happens, balancing the new units in one race would be a lost effort.
6. There might be confusion when two competing players control the same race, but even in this case it might be possible to make the units sound different depending on their "ally" status (using the "if_me" keyword in style.txt). But it might not be necessary.
7. At the moment, I have added 2 units: the priest and the necromancer, and I have planned to move some of the abilities of the mage to the priest, and I have made more changes in the existing units. This won't be good, but with 1.1 alpha 6 still available, it might be OK to play with the stats again.
8. I have updated the manual and added automatic generation of the description of the units, buildings and abilities from the rules.txt file. I will try to keep the manual updated.