All the mods in the installer should have these tags, and as of 0.76b1 the lobbies will have access to them. I personally want to change the list/drop down box mod selector into a much prettier and more useful tool using this, and any old mod not implementing the tags correctly will look plain weird, that or itll look like little efforts been put into it. Read the rest of this entry »
With the recent release of 3.9.8.1, I’d like to address the immediate future and what i want to do in the next month or two.
Some people, mainly satiric and smoth, seem incapable of running aflobby properly due to a mysterious unitsync issue. For some unexplained reason unitsync refuses to load. Tests with satirik showed no error messages or causes, just a generic unitsync unsatisfied link error. Further tests showed he was able to load native OS libraries with JNA but not unitsync. What’s more this all happens under windows, and never happens under Linux when setup correctly. They all have the latest and greatest versions of everything too.
So, to get around this, Ill write a small program in C++/C that will load unitsync and output all the necessary information to a cache file. The archivecachev6.txt file already outputted by unitsync is incomplete and doesn’t contain the necessary info to run the lobby.
This way the lobby doesn’t need to bother with java unitsync troubles if it’s not supported.
The new Glest 3.0 alphas have multiplayer support. Thus I went over to the glest forums to offer my help with a lobby effort by opening up the spring lobby code base to them via aflobby. Spring lobby support was also offered by brain damage. Suffice to say, martinho did the worst thing he possibly could, he downloaded spring and tested out tasclient, then judged the 2 other lobbies based on the fuglyness that is tasclient. Obviously tasclient didn’t impress him and he decided not to bother with us, despite never running or seeing aflobby or spring lobby at all.
But work continued! At the moment glest users are forced to hand around IP addresses by hand via email or forums to pre-arrange games. Since official support was officially gone, unofficial support is now the answer. The glest community at large seems to support the notion of a glest lobby client, and some have contacted me and have been looking into an unnofficial patch to add lobby support.
In anticipation, the svn version of aflobby currently has very basic multiple engine support. Some minor re factoring to the BattleModel class is needed to separate it into two classes (IBattleModel and IGUIBattleModel), but support is around 70% complete. Thise code also means that the eventual TA3D support can be started with 60% of the work instantly done, as is the same for any other engine using the same startup mechanism.
I’ve given guessmyname web space, and he’s now set up his own blog!
Visit his site here!
http://www.guessmyname.darkstars.co.uk/blog/
Things have been rolling along over at CA like a tank on a sugar rush. Amidst all that sherbet saktoth and his brother have done some concept art.
There’s also the usual array of artwork for the CA logo and it’s many combinations.
Rather than go the full hog and do beta 4 and release after xmas, I thought I’d better fix what was wrong here and now and push it out.
And here it is, beta 3.9.8, all the mantis bugs listed have been corrected, all those bugs that people kept coming back to in the last few weeks with 3.9.7 are gone.
But this isn’t just a bug fix release! I’ve also added a command line parameter, gotten rid of the coloured table rows people complained about, and now the battle table is now fully sortable, all columns movable. That’s not all, there’s a new right click menu enabled on the battle list that allows you to filter out battles based on their status.
As always, Linux users set your file paths in settings, and windows users extract into your spring folder.
EDIT:: a bug was found with script.txt and spring not liking AiDLL versus AIDLL. That and one where not all mods where loaded.