Back in September, I said:
I did some math thing. It seems that if I keep working on AtS 0.9.0 at constant speed it will be finished around March 2013. #Wesnoth
The plan has not changed.
Version 0.8.1 is out, right on schedule!
Just like the last time, this version will definitely not be exempt of flaws. You will most likely stumble upon dreadful bugs along the way, and I will need your help to fix them — make sure to report them in the campaign’s forum topic as usual!
Special thanks go to bumbadadabum for kindly providing a patch to integrate the changes to the Aragwaithi faction from his multiplayer add-on (The Aragwaithi in the 1.10 add-ons server) into AtS. 0.8.0 users shouldn’t have any game-breaking problems playing with their old units from saved games of E3S3 (Amidst the Ruins of Glamdrol), although some animations may not display correctly. If in doubt, restart from the start-of-scenario save for E3S3.
Also note that due to an internal change, if you load the start-of-scenario save for E3S4 (Outpost of Hell) from version 0.8.0, you will see the loadscreen twice. This is normal and intended, and only affects old saved games for that scenario.
This release is a turning point for various reasons I had already explained a while ago. The good thing is that once scenarios stop landing in SVN, I no longer need to worry about release schedules and pacing. I can now start pushing bug-fix releases as necessary, without affecting the development of the campaign finale.
It is also a turning point in other senses that attentive players will most certainly realize on their own. But in case someone feels disappointed by certain developments: I left enough clues scattered everywhere before, and everything is going according to plan. The bottom line is: if you don’t like the story and you can’t ignore it, don’t play the campaign. And just to be clear, it has never been my intention—at least since I resumed its development in 2011—for it to be eligible for mainline or anything like that.
The changelog for this version follows:
Version 0.8.1: -------------- * Graphics: * New or updated unit graphics: most Aragwaith units (wayfarer). * Scenarios: * E2S3.1 - Unrest in Raelthyn: * Updated to use Aragwaith units. * E2S8 - And then there was Chaos: * Fixed elves who are initially Loyal getting a duplicate trait when switching allegiances. * E3S2.1 - Return to Raelthyn: * Minor map balancing changes. * E3S4 - Outpost of Hell (Gateway): * New scenario. * E3S5 - Pass of Sorrows (Gathering Storm): * New scenario. * Sound effects: * Added hit and death sounds for Doors. * Added additional explosion/thunder sounds. * Added magic glyph sounds. * Units: * Balancing: * Removed marksman special from the Demolisher Drone's ranged attack. * Increased Sprite's impact resistance from -20% to 0%. * Increased Fire Faerie's impact resistance from -20% to 0%. * Increased Dryad's impact resistance from -10% to 0%. * Increased Aragwaith Seer's HP from 39 to 44. * Increased Aragwaith Seer's melee attack from 7-2 to 8-2. * Increased Aragwaith Seer's ranged attack from 8-3 to 10-3. * Decreased Shaxthal Razorbird's melee attack from 10-1 to 8-1. * Decreased Shaxthal Thunderbird's melee attack from 13-1 to 10-1. * Gave Doors a unit icon for the sidebar and the attack dialog. * Updated Aragwaith units to match the faction from bumbadadabum's "The Aragwaithi" add-on. This has resulted in the following changes: * Protection only affects allied L1 and L0 units instead of any allied lower level unit * Ancient Banner abilities: +leadership, -protection, -steadfast * Ancient banner resistances: impact 10% -> 20% * Ancient banner stats: HP 55 -> 58, MP 4 -> 5 * Ancient banner attacks: sword renamed to scythe * Archer attacks: melee 6-3 -> 4-3 * Captain abilities: +leadership, -protection, -steadfast * Captain resistances: blade 20% -> 10%, fire 10% -> 0%, cold 10% -> 0%, pierce 20% -> 10% * Captain stats: HP 43 -> 55, MP 4 -> 5 * Captain attacks: spear renamed to glaive, 17-2 -> 18-2; sword renamed to glaive, 9-4 -> 10-4 * Eagle Master stats: HP 48 -> 45, MP 7 -> 9 * Eagle Master attacks: blade 9-3 -> 10-3, impact 15-2 -> 16-2 * Eagle Rider defense: mountain 60% -> 50% * Eagle Rider stats: HP 36 -> 34, MP 7 -> 9, cost 21 -> 23 * Eagle Rider attacks: impact 10-2 -> 12-2 * Flagbearer abilities: +leadership, -protection, -steadfast * Flagbearer resistances: blade 20% -> 10%, fire 10% -> 0%, cold 10% -> 0%, pierce 20% -> 0%, impact 10% -> 0% * Flagbearer stats: HP 34 -> 45, MP 4 -> 5 * Flagbearer attacks: spear renamed to glaive, sword renamed to glaive * Greatbow stats: HP 43 -> 46, MP 5 -> 6 * Greatbow attacks: melee 13-3 -> 10-3 * Guard abilities: +steadfast * Guard resistances: pierce 20% -> 10%, impact 20% -> 10%, blade 30% -> 10% * Guard stats: HP 40 -> 54, XP 78 -> 64, cost 27 -> 28 * Guard attacks: melee 12-3 -> 11-3 * Guardian resistances: fire 10% -> 0%, cold 10% -> 0% * Guardian stats: HP 51 -> 62 * Lancer now has a female variation * Lancer stats: HP 40 -> 48, cost 38 -> 34 * Longswordsman stats: HP 38 -> 46, MP 5 -> 6, XP 78 -> 88, cost 24 -> 27 * Pikeman resistances: blade 20% -> 10%, impact 10% -> 0%, fire 10% -> 0%, cold 10% -> 0% * Pikeman stats: HP 44 -> 50, XP 94 -> 70 * Pikeman attacks: melee 17-2 -> 16-2 * Scout now has a female variation * Scout stats: HP 31 -> 36, XP 36 -> 40 * Scout attacks: melee 10-2 -> 11-2 * Shield Guard abilities: +protection, +steadfast * Shield Guard resistances: pierce 30% -> 10%, impact 30% -> 10%, blade 40% -> 10% * Shield Guard stats: HP 54 -> 66 * Shield Guard attacks: melee 16-3 -> 15-3 * Silver Shield now has a female variation * Silver Shield stats: HP 54 -> 62, MP 8 -> 9, cost 38 -> 48 * Silver Shield attacks: melee 13-4 -> 12-4 * Slayer stats: HP 45 -> 53, MP 5 -> 6, cost 46 -> 62 * Slayer attacks: melee 12-4 -> 11-4 * Sorcerer renamed to Sorceress, no longer has a male variation * Spearman resistances: blade 20% -> 0%, pierce 20% -> 10%, impact 10% -> 0%, fire 10% -> 0%, cold 10% -> 0% * Spearman stats: HP 30 -> 34, XP 38 -> 43 * Spearman attacks: 11-2 -> 12-2 * Strongbow stats: HP 35 -> 38, MP 5 -> 6, XP 80 -> 85, cost 31 -> 38 * Strongbow attacks: melee 9-3 -> 7-3, ranged 8-4 -> 9-4 * Swordsmaster id changed, breaking old saved games with the unit * Swordsmaster stats: MP 5 -> 6 * Swordsman resistances: blade 10% -> 0% * Swordsman stats: HP 28 -> 32, XP 32 -> 39, cost 13 -> 14 * Warlock renamed to Witch, no longer has a male variation * Witch stats: XP 44 -> 54, cost 18 -> 22 * Witch attacks: staff renamed to kick, 6-2 -> 7-1 * Wizard no longer has a male variation * Wizard attacks: melee 10-2 -> 7-2, ranged 11-3 -> 10-3
Since the first three scenarios of After the Storm: Final are already out (0.8.0), I can now talk about my plans for the campaign to ensure we are all on the same page later.
This episode’s final scenario count is preliminarily advertised as twelve in the campaign menu entry, but the number may change as I see fit. More importantly, the final seven scenarios will be published as an atomic batch instead of separately. In fact, it’s very likely they will not enter the SVN repository until they all are finished.
For now, two more scenarios are expected to land in SVN trunk during the upcoming months; Outpost of Hell (E3S4) and Pass of Sorrows (tentative name for E3S5). Anyone who has been paying attention to the story and dialog sequences found in E3 so far will be able to predict the events taking place in E3S4 and E3S5. However, these scenarios (E3S4 in particular) require new units for gameplay and story reasons, and—since I am the only dedicated ‘artist’ working in the campaign—this part may take some time.
The campaign’s overall structure has resulted in decidedly slow storytelling and I don’t regret this design; basically, if you don’t like this, this campaign is not for you. However, things are going to get far more complicated after E3S5 as we approach the conclusion. Getting the finale right—in regards to code, prose, and art together, but especially art—may require a greater amount of energy than anything done before for AtS; hence, once E3S5 is out you may rest assured that unless a miracle occurs, the rest will take a large amount of time to be properly finished and released as After the Storm version 0.9.0.
Writing the finale is not a big deal per se since I’ve always known where the characters are going. The problem is making sure it’s worthwhile to play and read. I’ve always been flexible to plot changes in that regard since I resumed work on E1 last year; after all, this is a game, not a novel. The execution of the plot is also a touchy subject since the matter of the campaign doesn’t really fit neatly in a turn-based strategy game, and compromises must be made.
As usual, art is an ever-present issue as well. The finale requires more new units, props, and terrain graphics. When it comes to unit art, I have always been able to manage by reusing previous assets, making minor modifications and calling it ‘new’; but terrains and props are uncharted lands for me, which is why I fear art will take up most of the production time for the finale. And this is all not taking portraits into account; ideally at this point all major characters from this campaign—as opposed to those introduced in IftU—would have their own portraits, but that just hasn’t happened yet and is unlikely to happen in the near future.
In any case, this has been a very interesting journey. I hope it comes to an end soon and Final can be completed before the end of the year, but I’d not be surprised if it takes longer than that.
Version 0.8.0 is finally out, 16 days after the original deadline. Oh well. At least it didn’t take half a year like the last time I failed to meet a release schedule.
This version will most certainly not be exempt of flaws. It introduces the first three playable scenarios of Episode III (Final), plus two cutscenes; the playable scenarios haven’t been tested very thoroughly by my dedicated QA team or myself, and thus might be full of balancing issues, especially on difficulty levels other than Normal.
I guess I might as well take this opportunity to mention that Normal is, in fact, the only difficulty level I actually test.
There’s also a few bug fixes in this version, but nothing too important other than a voodoo fix for crashes affecting Mac OS X users at the end of Episode II (previously described in the forums). Somehow, I managed to forget to mention this item in the changelog this time; I feel this isn’t the only thing I forgot to do before releasing. Ah well, it probably isn’t my fault seeing as how I have to take care of so many things (cough art cough) for this campaign.
UPDATE: The immediate implication of this fix is that you will need to run Fate (the final cutscene scenario of Episode II, not the whole episode) again if you want Anya’s and Durvan’s stats to carry over to Episode III.
The changelog for this version follows:
Version 0.8.0: -------------- * Scenarios: * Mal Hekuba now wears purple TC as he did in IftU. * E3S0 - Opening (Within): * New scenario. * E3S1 - Beyond her Smile (A Light in the Darkness): * New scenario. * E3S2 - Return to Raelthyn (Reckoning): * New scenario. * E3S3 - Amidst the Ruins of Glamdrol (A Path to Follow): * New scenario. * Units: * Balancing: * Increased Chaos Hound's recruit cost from 18 to 20. * Increased Shaxthal Razorbird's recruit cost from 18 to 19. * Decreased Shaxthal Runner Drone's ranged attack strength from 8-3 to 7-3. * Fixed invisible Chaos Longbowman and Heavy Longbowman units due to missing graphics. * Fixed Elvish Trapper and Elvish Prowler disappearing during animations. * Fixed NPC bird code deleting the previous on-map unit when moving a bird to an occupied hex (i.e. worms in E2S9). * Removed Kri'tan.
I’ll start by admitting that there was a severe schedule slip again, induced by both personal and technical difficulties. After the Storm: Final scenario 3—which was supposed to be the last scenario introduced by the 0.8.0 update—was only completed a couple of nights ago, despite scenario 2 being completed well before the last week of April.
That said, E3S0 through E3S3 are complete in SVN trunk as of this writing. The problem is that I might still delay 0.8.0 for a while so I can deal with two pending artwork issues (for E3S0 and E3S2, respectively) and perhaps do some additional balancing.
In the meantime, Mac OS X users need to be aware of a certain crash issue affecting the last release currently available, 0.7.4.
I might delay 0.8.0 even more in order to include E3S4 in it. That scenario, however, requires more new artwork that the previous ones combined, and—since I’m not an artist—I can’t guarantee an output rate that would allow for a prompt release this month. I advise patience for the time being.
That is, assuming anyone still cares about this thing!
It’s only been a week since version 0.7.3 of After the Storm came out. As I said some time ago, I’m not announcing minor releases in my blog anymore since they can get on occasion a little too noisy for my taste. However, today’s release, version 0.7.4, is special in a few ways.
I expect this to be the last release of the 0.7.x series unless something major comes up later. The next release should be version 0.8.0, scheduled for May 1st assuming everything goes the way I planned in the meantime. 0.8.0 will contain the first three scenarios of After the Storm: Final (otherwise known as Episode III).
It’s perfectly evident at this point that it won’t be possible to achieve the version 1.0 goals very soon, which is why I decided to go ahead with the development of the third and final episode of the campaign immediately and turn it into a 1.0 target as well.
However, the importance of version 0.7.4 goes a little further than this minor change of plans.
In order to allow a faster release cycle and quick deployment of critical bug fixes, I have split the add-on in two packages. The first, original package contains all resources except music files, which are now provided by a separate add-on creatively titled After the Storm Music in the Wesnoth 1.10 add-ons server. Since neither the server nor the 1.10 client appear to have a problem with it, both add-ons are mutually dependent; this should minimize the chances of people installing the music package without the campaign.
This design will allow faster uploads at my end, and faster downloads at the players’ end (when not using Xdelta, anyway). I expect the 0.8.x release cycle to be fairly long and lively, assuming artwork and plot development go as expected. Given the nature of the music add-on, odds are it won’t see a lot of updates in the future; at the very least, it won’t be updated as often as the approx. 4.6 MiB campaign proper. People who don’t play with music or sounds enabled, or who simply cannot afford the separate 12.3 MiB download are not required to install the add-on, although the campaign menu entries will include a small warning accordingly.
Current users of 0.7.3 and previous versions will be asked to install the music add-on when upgrading or installing After the Storm for the first time.
Because of the aforementioned splitting and some other internal changes, I decided to fast-track this update instead of holding it until 0.8.0. The more testers, the better.
The changelog for this version follows:
Version 0.7.4: -------------- * Graphics: * New or updated unit graphics: Shaxthal Warlord Nar-Hamoth * Music: * All current music tracks have been moved to a separate add-on, imaginatively titled "AtS Music". This add-on is now an optional dependency for those who can't afford downloading it or don't play with music enabled. When absent, the AtS campaign menu entries for each episode will include a notice stating so. * Scenarios: * E2S5 - The Eastern Front: * Added a time-over dialog sequence. * Added an additional dialog sequence focusing on a specific player character. * E2S6 - The Voyage Home: * Added a time-over dialog sequence. * E2S7 - Proximus: * Added a time-over dialog sequence. * E2S8 - And then there was Chaos: * Fixed elves not getting the Loyal trait. * E2S9 - New Hive: * Fixed Shaxthal Worms changing colors when moving. * Reduced starting gold. * E2S10 - The Betrayal: * Fixed multiple "invalid WML array index" warnings at the start. * Reduced starting gold. * E2S11 - A Final Confrontation: * Made the glyph guardians a little more competent. * Healing glyphs no longer render affected units unable to attack on the same turn. * Units: * Balancing: * Increased arcane damage resistance for most Shaxthal units from -50% to -20%. * Decreased Demon Zephyr's movement cost on deep water terrains from 2 to 1. * Decreased Demon Zephyr's movement cost on unwalkable terrains from 3 to 1. * Reimplemented NPC bird behavior code in Lua. * Renamed "Shaxthal Warlord" unit type to "Shaxthal Warlord Narhamoth"; this breaks old saved games of E1S9.1 (The Triad, part 1) during turns.
Maintaining Wesnoth add-ons of the size of Invasion from the Unknown and After the Storm isn’t a small task by any means. Over the years, I have had to rely on user feedback to detect critical problems in a release, because testing becomes cumbersome and tedious as the scenario count increases.
My usual release procedure simply involves—at least since I acquired the habit of testing before releasing—running the game, starting each episode of the campaign with the medium difficulty level and making sure the WML preprocessor and parser don’t throw any warnings or errors. Before Wesnoth 1.9.x, the preprocessor didn’t abort when encountering a missing macro or file during a brace substitution, so I had to pay close attention to stderr to ensure nothing is wrong.
The WML preprocessor in Wesnoth 1.10 became more strict, aborting on the aforementioned situations. It was also exposed for command-line usage (for testing or debugging) through the
--preprocess switch, also explained in detail under PreprocessorRef in the wiki.
At first I thought that wasn’t very useful beyond diagnosing complicated preprocessor issues, but today I realized I can also do this:
This can be easily accomplished with a simple shell script (here embedded in the AtS Makefile).
The only major shortcoming is that it doesn’t cover every possible problem because it’s merely running the WML preprocessor, which doesn’t consume and produce WML — all it sees is plain text mixed with some preprocessor directives. The task of reading actual WML (which is potentially found in the preprocessor’s output) is left to the WML parser proper, which creates internal objects in memory corresponding to the internal representation of WML handled by Wesnoth (
config class objects).
UPDATE: After investigating the issue further with timotei (who exposed this functionality through
--preprocess in the first place), it turns out the preprocessor output with
--preprocess is indeed parsed — the real problem is that the preprocessor and parser use different logging facilities, and the former doesn’t even throw errors directly, so a preprocessor-only failure will make the game exit successfully (exit status of zero), while a parser error (potentially induced by a previous preprocessor error) causes a more appropriate non-zero exit status. This and other jarring inconsistencies make add-on test automation rather difficult, to say the least, so things have been simplified in the Makefile as a result.
It would be nice to be able to run the parser unit on the For now, it seems I’ll have to stick to my primitive and inelegant manual method before making new AtS releases, plus the unbelievably clumsy wmllint.
--preprocess output to detect syntax issues like missing end tags or unterminated string literals in the future, as part of a fully automated test suite.
I think I rarely discuss the more subjective/emotional aspects of working with the
crazy folks at the Battle for Wesnoth Project, so this might be a good opportunity to do so given we are currently on the threshold of the first release in the new stable series, 1.10.
Since a while after joining the project, I’ve been wanting to make deeper changes to the add-ons server software (campaignd, by legacy). Some of those desired changes would benefit me directly as a user-made add-ons maintainer myself (previously Invasion from the Unknown, now After the Storm); other changes simply seem very convenient to have, such as some kind of authentication support and the ability to ban people without dirty system admin hacks.
Yesterday, I unveiled aspects of my not-so-modest proposal to replace campaignd with new code. You can find the pastebin link within my post to the developers mailing list.
Even though I have some of the basic ideas and I’m still collecting previous information (such as Mordante’s proposal), I am terribly hesitant to proceed with the larger project because it will take time and dedication I cannot really promise at this point. But why?
Part of my worries stem from previous experience working on one-man projects. After the Storm is no small example — started in 2008, finished in early 2012 after many long breaks, and still ongoing. I don’t consider myself to be the most adequate person to work on large tasks alone, because of motivational issues. If I feel no-one is really using or approving of my work, I’ll quickly feel frustrated and seek new projects with different goals to distract myself for any amount of time. (In AtS’ case, the most significant one was Frogatto’s level design, which is partly why I ended up trading helping with Frogatto for finishing AtS.)
campaignd (or its potential replacement, umcd) is a particularly dangerous target for me because of the inherently minuscule audience to which I’ll have to cater: the Wesnoth.org system administrators. But not only is this audience composed of approximately four people (including myself), but it’s also a very exigent one at that.
The client-side audience is larger, but just as exigent, if not even more. You can’t really just throw half-baked changes at them and call it a day—and that wouldn’t be polite, in either case—and since these things have to be done within the project’s development cycle to ensure excellent compatibility and proper migration paths, I don’t really have a choice of schedule — it simply has to be completely done before the next stable series if it is to be done at all.
It could be said it all boils down to a personal sense of competence. I’m pretty sure I’m not the most competent people for this task, but the people who are don’t have the time to do it either, so unless someone comes forward, we’ll be stuck with the same stagnating piece of old crap forever. That isn’t to say there haven’t been any candidates before — I have previously mentioned Ilor was working on an add-ons server replacement, but RL ultimately claimed its bill and the branch in SVN is currently abandoned.
Taking over this project would also get me stuck forever with it, unable to move on to more interesting things, especially if the worst case scenario presents itself before the end of the development cycle. I most certainly don’t want to be permanently required to answer every single question or implement every single approved idea for the server software. I’m pretty sure I can still be more useful doing UI usability assurance work or making more Wesnoth campaigns not-for-mainline. I know from other development areas that this “only competent authority” concept appears quite often, to the point of actually frustrating the targeted people.
For this reason, I really doubt I’ll actually undertake the server replacement, and just concentrate on the very specific points presented in my mailing list post. For better or for worse, people will have to bear with less significant changes until someone more capable and more willing appears.
After the Storm’s development began in 2008, some time after the completion of Invasion from the Unknown. Since then, the campaign’s development was repeatedly and severely hindered by multiple planning issues, partially caused by (borderline pathological) perfectionism on my part; plus many other personal problems.
During most of 2011, development was unofficially halted, with a half-baked E1S9.2 lingering around in the Wesnoth-UMC-Dev SVN trunk for months. Version 0.4.0 was released near the end of September, and from that point onwards, I decided to not stop working on the campaign ever again, until it reached completion.
That day, sadly, arrived sooner than I expected. Version 0.7.0 is here, presenting a complete Episode II with 12 scenarios, adding E2S8 through E2S12 to the line-up found in version 0.6.1.
AtS was always planned to have only two episodes, so as previously said I consider it to be 100% complete in terms of scenario count right now. The third episode (After the Storm: Final) is still in the planning stage and it will most likely be developed in parallel with the balancing, clean-ups and touch-ups leading to version 1.0.0, making it a target for version 2.0.0 instead.
Right now, AtS is in urgent need of portrait art for the new characters introduced throughout E1 and E2, at least two new unit baseframes for use in E1S9.2 and E2S11, plus a third baseframe for E3. While portrait art isn’t a version 1.0.0 target per se, I would really welcome any help at any time, as long as the art style stays consistent with Invasion from the Unknown. It’s very likely the missing baseframes will be provided by myself in the meantime.
Later, I’ll publish a more complete to-do list with the tasks remaining to be done for version 1.0.0, and I’ll try to make a more exhaustive art to-do list as well.
The changelog for this version follows:
Version 0.7.0: -------------- * Graphics: * New or updated unit graphics: Dusk Faerie, Shaxthal Worm, Shaxthal Rayblade, Shaxthal Assault Drone, Shaxthal Protector Drone, Shaxthal War Drone, Shaxthal Runner Drone. * New or updated terrain graphics: Dark Hive Floor (transitions). * Scenarios: * E1S5 - Bay of Tirigaz: * Rewrote shipwreck generator code so the message strings can actually be translated. * E1S8 - Fear: * Updated to use a Wesnoth 1.9.10 terrain. * E2S1 - By the Moonlight: * Updated to use a Wesnoth 1.9.10 terrain. * E2S2 - The Heart Forest: * Updated to use a Wesnoth 1.9.10 terrain. * E2S4 - Shifting Allegiances: * Fixed a local variable leak. * E2S6 - The Voyage Home: * Updated to use a Wesnoth 1.9.10 terrain. * E2S7 - Proximus: * Added a hint regarding the enemy leader's chance-to-hit override to objectives. * Fixed animation glitches. * E2S8 - And then there was Chaos: * New scenario. * E2S9 - New Hive: * New scenario. * E2S10 - The Betrayal: * New scenario. * E2S11 - A Final Confrontation: * New scenario. * E2S12 - Fate: * New cutscene scenario. * Units: * New unit: Shaxthal Worm (replaces the Shaxthal Wyrm). * Balancing: * Reduced Nightshade Fire's ranged arcane attack strength from 12-3 to 10-3. * Reduced Nightshade Fire's ranged cold attack strength from 13-2 to 11-2. * Reduced Night Nymph's ranged arcane attack strength from 9-3 to 8-3. * Increased Errant Soul's ranged attack strength from 2-1 to 2-2. * Reduced Chaos Headhunter's ranged attack strength from 6-3 to 5-3. * Reduced Chaos Marauder's axe attack strength from 10-2 to 8-2. * Reduced Chaos Marauder's ranged attack strength from 7-3 to 6-3. * Reduced Chaos Soulhunter's axe attack strength from 13-2 to 12-2. * Reduced Chaos Soulhunter's ranged attack strength from 10-3 to 9-3. * Revised Shaxthal unit descriptions. * Shaxthal Runner Drones can no longer advance to Assault Drones. * Added a custom teleport animation for Nightshade Fire. * Added unit type descriptions for Night Nymph and Nightshade Fire. * Removed conflicting markup from the Sylvan Warden unit type description.
Just like the previous release, AtS 0.7.0 requires Wesnoth 1.9.10 or later. The presence of the Rotten Bridge terrain in several scenarios (mentioned in the changelog) really enforces this requirement in this opportunity.
So... yeah, the campaign is complete now. Go forth and play.
commit 9f6bd04ec405d3987a513ae490fcfef7fad6a034 Author: shikadiqueen <shikadiqueen@87cc232e-6748-0410-ac04-a3fa75566414> Date: Mon Jan 16 03:22:28 2012 +0000 AtS E2S12: completed epilogue scenario This makes After the Storm 100% complete in terms of scenario count. git-svn-id: https://wesnoth-umc-dev.svn.sourceforge.net/svnroot/wesnoth-umc-dev/trunk/After_the_Storm@12917 87cc232e-6748-0410-ac04-a3fa75566414
I never thought this day would come.
Before anyone asks, yes, I have been working on AtS 0.7.0 all this time since the last release (0.6.1). It will include the last five scenarios of Episode II, that is, E2S8, E2S9, E2S10, E2S11 and E2S12.
Determining what the colors stand for is left as a proposed exercise for the reader.
At long last, 2011 is coming to an end. In a few hours, we’ll have to dump our old calendars to replace them with new ones bearing the number 2012 in a big font size. Then the people who believe 2012 will be the end of life on Earth will begin to panic as we approach December again. Those nutcases.
This was a relatively calm and monotone year in what pertains to my personal life, so I’m not going to delve into details in this opportunity. However, I made some resolutions last New Year and it might be worth it to review them and check why I didn’t accomplish all of my goals.
One particular resolution deserves separate analysis, though:
Then there’s Wesnoth. I intend to finish the Second Act™ of After the Storm Episode I as soon as I may, even through the means of placeholders — I’m willing to do anything to rescue AtS out of Development Hell before the end of 2011.
I didn’t resort to unlawful methods to accomplish this goal as I originally feared, but it still happened! Granted, rather late.
During September and October I had a rather unexpected creativity and productivity spurt which culminated with the release of AtS version 0.5.0 with Episode I: Fear complete with 13 scenarios. More recently in December, we reached version 0.6.1 with 7 complete scenarios for Episode II: Fate. As of this writing, E2S8 and E2S9 are also complete in SVN trunk in Wesnoth-UMC-Dev, although it’s been suggested that the latter could use some spicing up. E2S10 is a work in progress since yesterday, and part of E2S12 was written already back in October, just not committed.
Thus, it could be said that after many difficulties, After the Storm broke out of Development Hell. Whether I’ll consider Episode III: Final (expected to be shorter, around 6 scenarios) part of the required line-up for version 1.0.0 is a matter I haven’t settled yet.
Once After the Storm is finished, I plan to take a rather long break from campaign development. That isn’t to say I’m out of ideas, since there is one character I want to explore in further detail in her own campaign. However, I may have my Wesnoth time taken up by mainline work after 1.10 is released depending on the situation then, since there’s a rather large technology gap in Wesnoth that needs to be solved.
Other than that, I haven’t really decided on any resolutions for 2012, so I’ll leave you with the one resolution of the moment:
... screen #0: dimensions: 1280x800 pixels (338x211 millimeters) resolution: 96x96 dots per inch ...
(This information is utterly wrong.
xdpyinfo reported the same screen dimensions on bluecore last year in spite of its screen being glaringly larger than reicore’s by a few milimeters.)