Spring RTS Engine

hollowsoul wrote:Cant expect it to run flawless unless peep help test out each release.
And cant exactly test it out on debspring without volunteers & now i just lost 1

I would like to help testing. I have much time on my hands right now. I'll try it in a few hours.
But the problem is, it's just too confusing for ordinary people to use. Looking at the first post, it's not just point and (double)click to start it, and that's nothing Joe Average can use. I'd focus on making "installation" more user-friendly to get more testers, which in turn should make development easier

What help do you need with team colors? Default ones from the Win-Lobby?
Here we go:
Upper: 5a5aff; c80000; ffffff; 269b20; 071f7d;
Lower: 960ab4; ffff00; 323232; 98c8dc; abab83

Haarp has hit the nail on the head. It needs to be easier to warrent more people (lazy people)...like me, using it.

I am currently trying to finish up the content system on my portal, and i will have a big page dedicated to getting Spring to run on linux, with info on FBO's port and yours, so of course i will test :)

cleric, it'd be better if you put that page on the TA Dev site. If you need it, I can give you the necessary access, just pm me

I had a seriously long rant... about to post but changed my mind.

U know how annoyin it is to get peep to say install it is to hard. A automatic install would require root access (ideally) and someone to volunteer to debug. And a uninstaller aswell. hands up who thinks thats a good idea. Or do i let package maintainers to make one for u & let the distro handly installing / un-installing software / scripts ?

Lastly if u actually PM for help i would have said

Join irc chat @
irc server = irc.freenode.net
channel = #taspring
nick = hollowsoul
i will walk u through setting it up

And yes my rant was alot bigger

I don't understand why you cannot include the unitsync thing?

Seriously, newbies (especially spring players) won't want to use the command line, they will want to use all GUI. Hence why FBO's script was so easy.

And AF i will put it on my own site, i don't like the developer site...

The unitsync.so is compiled code.
Its got python bindings for unitsync. And i use it to make map preview / mod names / sides.
The code would be different any time they change the code to keep it update with current spring.
It would also be different depending on how u compiled it.

1) Thats why a u build it from svn ( when u are making spring)
2) Wait till fbo makes a package for it.

Its completey outof my hands.

This getting more and more confusing as time goes on.

How do we expect linux players to play online in the future when we don't have a set release.

People use either FBO's script or SVN, and people going online with SVN = bad, as half will have a different SVN revision than others.

And this unitsync just confuses me.

There are set releases i.e
its in svn /tags/

Just latest svn peep wont be able to play online.

Plus linux peep cant cant play multiplayer atm. Only if clients have same precompiled version of spring (i.e sync issues which tvo is working on fixing)

And just wait till fbo gets to package unitsync.so
It will work out in the end.

I see, i see :)

It all makes sense now.

Once FBO packages the unitsync i will happily go and try again :)

Doh

Theres always a simpler solution
Just realised i can make a ~/localhost:0.0
and copy my datadir inside it.

And use that to test spring-gui with (this is where i whistle & run away)

So then i edit GLOBAL.py so And test the script
Found a few problems & fixed release out. This should solve any problems tryin to run it, u still need to get unitsync.so & edit GLOBAL.py

I'll put the spring channel on my autoconnect list now so anytime you need debugging just say my name and my screen'll go crazy with alerts lol.

Nice work hollowsoul :)

I will talk to FBO and see when he can include unitsync in debspring.

think there might be a bug..or i configured it wrong.. - Edit- I refuse to admit my mistake. >.>

I'd rather go with a package, too.
You can convert packages to various formats (deb, rpm, slackware) with alien. And since almost every distribution uses some kind of package manager, it's much easier for everyone. Where is fbo anyway?

FBO has been busy, i spoke to him mabye 2 hours ago, if that, he said he was compiling the unitsync stuff.

So hopefully we should have it in debspring in the next few days :)

Word wrote:think there might be a bug..or i configured it wrong.. -

Code: Select all

Traceback (most recent call last):
  File "/usr/bin/springgui", line 195, in ?
    if Config.get_option(ini, 'MAIN', 'STARTUP', '0') == '1':
  File "/home/word/.spring-gui-3.08/config.py", line 102, in get_option
    set_option(src,section,option,default_value)
  File "/home/word/.spring-gui-3.08/config.py", line 114, in set_option
    config.set(section,option,value)
  File "/usr/lib/python2.4/ConfigParser.py", line 358, in set
    raise NoSectionError(section)
ConfigParser.NoSectionError: No section: 'MAIN'

Edit- I refuse to admit my mistake. >.>

What was the error? I've got the same .... and I really don't see what I have make wrong :)

i had the gui install place in global.py wrong...

u will need to nuke /home/<user>/.springdir/<what_ever_is_here>/springgui

before u try again :/

Sorry I didn't get a chance to test out the graphical fixes last night. A transformer exploded and I lost power all night

I just wanted to say good work and congrats on all the progress you've made. clericvash, are you using ubuntu? I might be able to hook you up with unitsync.so since I'm just compiling that myself. I don't actually build all of spring, just the "omni" part.

Cool. That's one unitsync.so, please