Spring RTS Engine

Make sure AFLobby si installed correctly, that Java 6 is installed, and that Java 6 is the default VM.

Also copy unitsync.so to the folder aflobby is in. Beta 2 RC1 needs it in the working directory. You can set it to use springs copy of unitsync om thr next release

AF wrote:thats because your not providing ant with a target file.

Lets say I have a folder containing a.xml b.xml and c.xml, I enter that folder and type Ant in the command line, which one would it open?

Ant would open, see it has nothing to build and exit.

"ant build.xml" should do it.

ant will build build.xml by default I thought.

edit: Yes, this is true. ant -f build.xml is the same result for me as just ant.

AF wrote:Make sure AFLobby si installed correctly, that Java 6 is installed, and that Java 6 is the default VM.

Also copy unitsync.so to the folder aflobby is in. Beta 2 RC1 needs it in the working directory. You can set it to use springs copy of unitsync om thr next release

What do you mean by this? I tried symlinking /usr/lib/spring/unitsync.so in every single folder and subfolder I have for AFLobby, and none of them worked.

For me running ant from trunk/AFLobby works ok. (even without -f build.xml)

Symlinking doesnt work unless you tell the code to account for it. Java doesnt seem to do that. You need to copy paste it.

For me the problem with unitsync was that it had to be named : libunitsync.so.

which version fo svn are you using?

The svn one has a change in that it doesnt load from the working directory, it looks in settings.tdf instead.

I tried AFLobby for the first time, and it seems a very nice lobby and I am glad that finally there is a lobby without that many dependencies (like the python ones, and besides I am a Java fan).

I was able to compile it and run it without that many problems, and host a battle.

I have several questions (I understand that some things are just 'in plan' but it would be still interesting to know that):
- isn't the channel list sorted somehow ?
- is the refresh maps/mods working ? (tried with new map and didn't work)
- is lock battle not working ?
- will there be a list version of the player list ? (I find the icons too big... and I would like also to sort player list...)

Also a general question: why a thread with 39 pages ? Why not new threads for each thing ? It would be easiear to respond to post and search stuff...

Again thanks for the very nice work...

Sorry for generating confusion, it seemed I modified a bit the source code last night very late and this is why is working.

Basically I modified so that AFLobby uses just : System.loadLibrary ("unitsync"); to load unitsync.

I think this is the nicest way to do it (platform independent and also the location can be set through the environment...).

Sorting the playerlist isnt really needed for fidnign players better because the player list aside from being alphabetical, has a search as you type box at the top.

Channels are listed as the server sends them. The server *should* send them in alphabetical order, but it doesnt.

And yes refresh maps/mods should work.

And yes battle locking should work.

malric wrote:Sorry for generating confusion, it seemed I modified a bit the source code last night very late and this is why is working.

Basically I modified so that AFLobby uses just : System.loadLibrary ("unitsync"); to load unitsync.

I think this is the nicest way to do it (platform independent and also the location can be set through the environment...).

It requires unitsync be renamed and places restrictions upon where it can be placed. Also the default sprign install assumes unitsync.so not libunitsync.so, complicating the installation procedure.

make unitsync location a config option to choose somewhere before connecting and presto, problem solved.

AF wrote:
It requires unitsync be renamed and places restrictions upon where it can be placed. Also the default sprign install assumes unitsync.so not libunitsync.so, complicating the installation procedure.

Yes you are right. From my point of view on linux (I do not know how will it be on windows) the library should already be called libunitsync.so (as all the other libraries).

I see that spring is not linked with unitsync.so. And anyhow any linux packager can make a symbolic link from /usr/games/lib/spring/unitsync.so to /usr/games/lib/spring/libunitsync.so (there many other libraries that do more or less this trick). And then in the script that start AFLobby LD_LIBRARY_PATH to /usr/games/lib/spring (this works, I have tested it).

Probably there are not many advantages/disatvantages from specifying it in settings.tdf, other that have one more option and some code.....

Who generates settings.tdf ? (I mean in your opinon who should set in it the path to unitsync) - I ask because maybe I will try to make an ebuild for Gentoo for AFLobby....(or someone else will)

imbaczek wrote:make unitsync location a config option to choose somewhere before connecting and presto, problem solved.

Eh, this is a solution, but wouldn't it be nice 'just to work' ? Options are good if people have different necessities but for each platform, usually there will be just one location for the unitsync (so no much 'option').

settings.tdf in svn should point to the default location, otherwise the packer would set its value.

malric wrote:Eh, this is a solution, but wouldn't it be nice 'just to work' ? Options are good if people have different necessities but for each platform, usually there will be just one location for the unitsync (so no much 'option').

Having many distributions of Linux means it's not easy. Autodetection in some predefined locations and a sane default (or defaults) are already there, what I'm asking is a way to have the lobby not break down when those measures fail.

AF wrote:settings.tdf in svn should point to the default location, otherwise the packer would set its value.

I guess this file is not yet in svn... (can't find it - and the one created doesn't have that option in it and if I set it next time I start it is 'overwritten').

Its in the svn now under /trunk/aflobby/package1/

For Linux it doesn't work. There are 2 bugs (or 1 bug depending on how you want to treat it but for me this is more intuitive):

- in TdfParser "\r" is used, instead it should be the system line separator
- in CUserSettings the file is read without the new lines (so tdf parser will see just a line)

My modifications:
- made CUserSettings read the file 'as is' (with the new lines)
- made TdfParser user system line separator
- made TdfParser put a warning in case it sees something after ";"

The patch: http://ce.et.tudelft.nl/~vladms/spring/ ... ch_0.patch

But I do not like at all how TdfParser works. I would say it would be much better if it would ignore completly whitespace (but probably this would require a bit more modifications than this). What do you say AF ?

I didnt write it, rather I ported it from C#, so it wont be perfect.

Since windows peoples have RC2, I've had feedback, usually in the form of longwinded posts with lots of 1 line small suggestions.

So once these are done RC3 will come out and both linux and windows will have it.

In the mean time RC2 is in the svn.