Spring RTS Engine

whereas java doesnt require a single extra line of code, the thing is I dont want the event to fire if I set the value programmatically, only if the user interacts. I usuall have lots and lots of controls in my UIs, I'd gt bogged down quickly.

Progress Report


I have replced the fancy view picker as it wasnt realy working very nicely and was just feature grow. I also added minimize and maximize buttons and fixed a bug with resizing when maximized. I also prevented the window covering the taskbar when maximized.

I also added a new icon on channel tabs with new messages as shown below:



I've changed the login box to allow pressing enter to login as paulomorfeo suggested and I've added checks ot prevent logging in when the boxes arent filled in.

Channel colours are changed too to prevent the sickly orange text or the pale blue. Channels also close properly and give warning when you're kicked. Battles also show a messge when the host quits.

I've also tested a few unitsync VFS functions I've not used before and there'll be changes in the JNI bindings which means someone will have to build a new libjavaunitsync.so at some point.

Minimaps are also saved to lowercase filenames now.

Very nice indeed, I can't wait till I can start playing spring again, and this lobby will be so useful since I've moved to linux (gentoo/ubuntu dual boot). It also means I can attract more linux users to spring without having to do workarounds. Now all we will need is an official repository for ubuntu/debian for v75 and this lobby and we can start attracting those RTS starved linux folks!

Good work AF, i will be sure to test it oneday when i get a new pc or laptop that doesn't run spring like a snail :)

Lippy wrote:Very nice indeed, I can't wait till I can start playing spring again, and this lobby will be so useful since I've moved to linux (gentoo/ubuntu dual boot). It also means I can attract more linux users to spring without having to do workarounds. Now all we will need is an official repository for ubuntu/debian for v75 and this lobby and we can start attracting those RTS starved linux folks!

Yeah, what is the likelihood that tobi would include Aflobby in the .debs? I would make it easier to promote spring to linux users if everything was in one neat repository.

Also, Aflobby Beta RC1 is working great. The lobby doesn't crash now when the host closes the battle lobby, the hosting issue that I was trying to articulate and failed to do so is no longer an issue, and things feel a little more responsive in general. Only thing problem is the one I made you aware of last night, the random lock-ups when joining channels, but even that is a little less frequent is the current build.

Edit: Also, the spectator issue is now resolved.

And I have another build for you that should make channels nicer.

Tobis made it clear that he'd include a linux lobby with spring, as long as it 'worked' and there wasnt a 'better alternative'

http://www.darkstars.co.uk/randomfiles/ ... itSync.cpp

New java unitsync bindings. These add the new Search VFS function. I may add a SearchArchive function soon though along with a rename of JUnitsync to CUnitsyncJNIBinding.

nm:

http://www.darkstars.co.uk/randomfiles/ ... ndings.cpp

adds ListFilesArchive and removes FindFilesArchive, fixes a small error with SearchVFS, and renames the class from JUnitsync to CUnitSyncJNIBindings.

To be plonked into the unitsync project as a replacement for the old JNI bindings file. This version wont work with alpha 23/24 and is intended for beta 1.

I've added icons to the channel tabs, and the smiley combobox now displays smileys fully animated



I also fixed that error relative reported a while ago that was caused by player lists. Its also possible to join several channels at once now via /j main, xta, league, unknown, etc....

In my research I've discovered why some people get lockups joining large channels.

http://java.sun.com/products/jfc/tsc/ar ... eads1.html

It seems I've not been using swing correctly and making rather ugly calls which can cause the swing GUI thread to cause issues. Examples include retrieving a textboxes contents outside the GUI thread.

Keep up the good work. And please release it as soon as you can. Because I have no Lobby Client for Linux that works. Are you going to include a single player menu?

Yes, you can see a single player option on the splash screen albeit its disabled atm as there is no implementation for that yet. I want to work on getting the main functionality of the lobby working and stable as best I can.

Once I have changed a few little things and finished the task of securing all my GUI calls to prevent swing locking up on some users, I'll release. I dont want to release beta 1 and have users suffering from GUI lockups because most of the time they dont report it, and simply label aflobby as bad.

I've got to add an extra call to the unitsync bindings that was added in v0.75 of unitsync, that returns the version of spring, aswell as a call or two to get the AI data such as the AI name (not even tasclient or spring.exe asks skirmish AIs for their names, they just show the filename).

Also would somebody see about creating a deb package for aflobby? I want beta 1 to have an installer program for windows and a package of some kind for linux users.

http://www.darkstars.co.uk/randomfiles/ ... ndings.cpp

Updated with spring version and some line ending fixes.

Also would somebody see about creating a deb package for aflobby? I want beta 1 to have an installer program for windows and a package of some kind for linux users.

A .rpm package would be good, too.

I'v added a number of images to aflobby, icons and such, e.g. the top 3 buttons for closing/maximizing/minimizing, which where just text labels before, they now have pretty orange buttons.

AF: dunno if you still have "adventures" with Linux, but if not, then you might try autopackage (autopackage.org).

Tried ti just now, looks nice, but I couldnt get it to build a package. the GUI app for generating spec files shuts itself down without warning when you try to move from stage 4 to 5.

Also the dev environment package doesnt work properly. I installed it twice yet it still couldnt find any of the programs it says to use in the bash prompt that the package was meant to install.

I tried to follow the quickstart page to no avail. Its a shame really.

duh. well, worth a shot.

Autopackage fell on its face long ago, the best solution is just a binary in an archive as before but maybe packaged with spring so its just 1 linux download?

This thing is starting to get really sexy AF...

Keep on pluggin!