Spring RTS Engine

Everyone who has trouble getting IceUI to work, please delete Widgets/gui_IceUI.lua and Widgets/IceUI/ and use the widget module of SpringDownloader to get the latest version. There is also an option to auto-update all the widgets you have which is pretty cool. And I will try to fix all those little...

There are other words though. Like misspelt.

Got some new input for you about the freezes. Spring 1944 seems to cause some GML errors though so I got some data from a BA game aswell.

Both archives contain infolog, replay and the stack output from the linked Microsoft tool.

Got a crash: Translated stack

Hmm, didn't I see you in the lobby today? If you're online, just PM in the lobby. :)

OR: You just look into Spring/docs/cmds.txt.

Hoi, the server downtime had nothing to do with the release.

I set it up now. If it makes any trouble or doesn't work, please tell me. (Apart from the scheduled downtime at around 3am German time.)

Not really a development topic, but imo it fits here best since the devs should decide it. Every now and again someone joins the freenode #taspring channel and asks questions about how to compile Spring or something similar. If they are lucky they get the response "you better join quakenet #sy&...

If you change it through tweak-mode (like you're supposed to ), it gets saved in your IceUI profile. And if an update overwrites that, please tell me. That's not supposed to happen.

Yeah, sorry, that has nothing todo with the latest version of Spring. Been like that since it's been released.

For now just rename the lua file in Widgets/IceUI to anything but .lua if you don't want to use it. Sorry.

Noone forces you to update anyway. Install 0.77b5, join a backup lobby server, play.

But saying that we should take time with the updates is stupid. It won't get tested by itself. So we could never release it.

Then TEST the new releases before they are released! Join #playtest.

Imo we should release way more often. But as you can see every release leads to bitching so devs just don't want to.

Auswaschbar told me it could be 2^32 bits now. Didn't check it though. Yes, storing two copies was only a workaround because the format requires the script to start directly after the header. (At least that's how I see it.) I suggested it because that way the format wouldn't need to change. But I do...

I don't really care one way or the other as long as everything needed to access the scripts is in the header.

Just wanted to point out that the player info stuff is also redundant and I don't think a few kilobytes hurt anyone if it makes it easier to get the info.

And he would still have to parse the demostream to do it right.

It's as close as it'll get. Just work with that replay Auswaschbar uploaded.

Should be the same. The second one is in the demostream. It's the one actually sent over the network (which is recorded in the demofile).

The first one is just a copy for convinience so you don't have to parse the demostream (or guess the position/do hacky stuff).

Yeah, that one seems to work fine. :)

Sure thing.