Spring RTS Engine

The NAT traversal stuff will be implemented in next milestone... unless someone feels like writing a patch

Could you please add 'debug' use flag to springlobby-svn ebuild (at least) ? It would help sending bugs .

(nice working lobby :) btw )

Do you have any plans to use wxWidget 2.8 ? It shouldn't be an abrupt transitions but there are things that are very annoying (like the autoscroll of chat messages).

As a side note wxwidgets 2.8.7.1 have just hit the gentoo official repository. (masked, but still).

Talk to semi about the ebuild, he is the one working on them.

As for use of wx 2.8, we use it but want to stay backwards compatible with 2.6 until all major dists upgrade to 2.8. This doesn't stop the use of wx 2.8 only stuff as long as it still works in 2.6, we have defines to help with this.

Things we will use wx2.8 for includes Firefox like tabs and NAT traversal. What was it you were thinking we would use it for?

Hosting still seems broken in 0728. I keep getting the same error as before.

YokoZar wrote:Hosting still seems broken in 0728. I keep getting the same error as before.

fixed

I tried to register with TASserver, but it complained that the registration failed. Took me a while to figure out that the name I tried to use was already taken. Springlobby should give an explanation as to why a registration fails

Thanks for reporting, we have added a ticket for this now and from what I can see from the ticket list it's already fixed. It might take a while before it becomes public though since distribution maintainer is on holiday

Cool, thanks
Another thing I noticed is that you can't disable the autoscroller. It's impossible to read older messages when people are posting new ones

btw. where does Springlobby get CPU speed? I've got 2.6 GHz but Springlobby says I only have 2.1 GHz...
/proc/cpuinfo would be a good place to get the speed from
edit: I see that's already in your bugtracker..

I think this can be fixed just with wxwidget 2.8... (see above posts)

We haven't implemented cpu detection yet, we have a ticket for it and it's currently assigned to Kaot so I assume he is working on it.

The autoscroll bug is annoying but we currently doesn't have a solution for it. We have a ticket for it but it's currently unasigned so feel free to submit patch for it

it looks like i did shit while implementing the setscripttags, i put / instead of \ in the keys for energy metal etc .... so i will and should replace the / by \ (for spring 0.76b2)

http://buildbot.no-ip.org/~satirik/CustomModOptions.lua

the original sample file by trepan contains only \ and no / so \ should be chosen

Technically there should be no difference between \ and / and the lobby should accept either of them, but indeed following the guidelines in the protocol should have avoided this.

'/' and '\' are 0x2F and 0x5C respectively (hexadecimal ASCII codes).
These are not 'technically' without difference. IIRC, the key string is
not parsed (path tokenizing) by the server, and so will will be passed
to clients without modification.

FWIW: script.txt is read by TdfParser.cpp, which does not accept '/' as
a separator character.

Another little note, the CustomModOptions.lua example
file a few posts above this one uses the old proposed
SETSCRIPTTAG format. The protocol actually uses something
a little different now:

SETSCRIPTTAGS{space}key1=value1[{tab}key2=value2 ... ]

example:

SETSCRIPTTAGS GAME/StartMetal=100 GAME/GameMode=3
(the two key/value pairs should be separated by a tab)

One last post on this topic (in Satirik's defense).
The ProtocolDescription.xml file uses '/' as the
separator character. I guess that that's should
be the authoratative document, so Satirik got
it right

The separator character for the TdfParser and
protocol do not have to be the same. Also, using
the '\' character as a separator is a pita when
working with any C style languages.

i'll change the \ by a / then but not before spring 0.76b2

Not sure if this is a known issue or not. I have installed spring and spring-lobby from .deb packages onto my ubuntu gutsy installation. When I try to run springlobby from the menu it does not load. Moving to the command line, I see the following error:

that line is from unitsync, that can't find a proper datadir where to output logs, try executing the following command:

Yeah, it turned out that I just needed to delete my .springlobby/springlobby.conf file Probably the update was expecting something different than the old version.