Planning for 0.77 Release

[koshi]

SpringSettings will use the "old" unitsync and therefore not write into the regkey that the "new" unitsync created

edit: try to find the regkey springsettings stores it's settings in (search for springlobby) and edit the unitsync path accordingly.
using a current springlobby directly dropped into the new springdir (therefore in portable mode) could also work, that wo't use registry to store settings, but rather a fileconfig

[AF]

Can we have an installer that doesnt require the internet to install available? Id like to be able to zip up a spring installer and some other things and put them on a usb drive and take it to a friends house, but if there internets down or they dont have internet or the spring sites buggered then I'm stuck. Its also slightly frustrating having web installers too so providing a large installer as one download would be better.

It could also lead to faster download speeds with mirror and piece by piece downloading too.

[aegis]

it's NSIS

extremely easy to understand

you could make one quickly

[koshi]

edit: nvm

[AF]

Id have to download it all and sift through the script and repackage and re-upload, and my internet is very slow for some reason (my router is claiming the downstream reception is 2.1 billion decibels).

Eitherway there are other people in similar predicaments lets cater to them and provide a choice.

Also my spring directory is not exactly suitable. For one I don't feel happy unzipping 10GB of data onto a network share.

[Masure]

New version: http://planetspring.free.fr/spring/inst ... 0.76b1.exe

Server: 82.239.138.44

I ran another server on the same IP on the port 8300. You can use this one as people sometimes join the backup server by mistake.

[Argh]

Where do I get your customized Settings app. from, Koshi? I tried your thread's links, and they appear to be dead...

[koshi]

my server has been having hickups all day :/
when it's back to normal i'll check the links in the thread, the latest is always in the zip download of springlobby: http://www.springlobby.info/windows/?C=N;O=D

what do you mean by "customized" tho? my app has been in the installer for quite some time now (november?) and only got about two updated versions in installer since then i think

[Argh]

I was referring to the Registry-less operation. I'd like to test that, and if it's not hard to explain, get some balance testing done with the P.U.R.E. beta testers...

[EDIT]That link doesn't work, for me. Terribly sorry to bother you about this, I just want to get testing going here.[/EDIT]

[Auswaschbar]

6.8.2008: Please upgrade http://planetspring.free.fr/spring/inst ... 0.76b1.exe
It is now possible to fight against your opponent

[Patch]

6.8.2008: Please upgrade http://planetspring.free.fr/spring/inst ... 0.76b1.exe
It is now possible to fight against your opponent

Helo!

I tried this version, the before version, and 3 other older svn release, and with all i get an error. The menu is good, choosing mod, map (not matters what map/mod i choos), the game loads, and after the point when the player joins (hit enter or wait the 5 sec.), the game is crash, quite to the windows. Error is completly same in all builds. Uploaded the infolog.

PC:
A64 3000+
2G ram
ATI 2600XT
WinXP SP3
Original 0.76B1 is running without problem.

sorry for my bad english

[imbaczek]

I decided to do a short review of what revs should go into 0.77:

6230, 6231: lots of changes, potentially game-breaking bugs fixed. a tough call. please split your commits a bit more in the future, jk.
6238: looks important but I don't know what the bugs were - not enough both lua-fu and gl-fu on my part
6242: no idea what was broken
6243: crucial for advanced mod development

I'd also like to see 6235 and 6236 since this would allow for more fluid gameplay in some mods, but the diff is 90% whitespace/style and I have a hard time tell what is what. Also my understanding of movement code is too small for me to judge what impact actual changes have.

[Patch]

....

I tried some other versions from this site: http://planetspring.free.fr/spring/installer/

spring_0.76b1+svn6245.exe
spring_0.76b1+svn6225.exe
spring_0.76b1+svn6003.exe
0.77-branch_spring_0.76b1+svn6221.exe
0.77-branch_spring_0.76b1.exe
spring_0.76b1+svn5872.exe

Get the same C:\WINDOWS\system32\kernel32.dll(RegisterWaitForInputIdle+0x49) error with all versions.

Fresh install of original 076b1 is works fine.

[ZellSF]

if you have gui_ba_layout.lua in Spring/LuaUI/Widgets, delete it.

[bibim]

Get the same C:\WINDOWS\system32\kernel32.dll(RegisterWaitForInputIdle+0x49) error with all versions.

According to your infolog, here is your stacktrace for revision 6240 of branch "0.77-branch":

Code: Select all

rts/Sim/Misc/LosHandler.cpp:268
rts/Sim/Misc/LosHandler.cpp:206
rts/Sim/MoveTypes/AirMoveType.cpp:391
rts/Sim/Units/Unit.cpp:738
/usr/lib/gcc/i586-mingw32msvc/4.2.1-sjlj/include/c++/bits/stl_list.h:142
rts/Sim/Units/UnitHandler.cpp:285
rts/Game/Game.cpp:3131
rts/System/Sync/SyncChecker.h:23
rts/Game/Game.cpp:3524
rts/Game/Game.cpp:2460
rts/System/SpringApp.cpp:802
rts/System/SpringApp.cpp:994
rts/System/Main.cpp:49
rts/System/Main.cpp:111

[Auswaschbar]

I decided to do a short review of what revs should go into 0.77:

Thanks, that really helped alot.

I'd also like to see 6235 and 6236 since this would allow for more fluid gameplay in some mods, but the diff is 90% whitespace/style and I have a hard time tell what is what. Also my understanding of movement code is too small for me to judge what impact actual changes have.

When I got it right it has been common behaviour for long time, and changing it would change gameplay and balance, so I think its better to wait for next version to get this in.

[Kloot]

6235 + 6236 leaves existing default behavior unchanged, they are
inert without action from mod devs. OTOH it is technically a feature
addition, your call.

[imbaczek]

Auswaschbar: HTH.

re stacktrace:
this is LosHandler.cpp:268

Code: Select all

dh=readmap->mipHeightmap[losMipLevel][square]-baseHeight;

no idea what could be wrong.

[Argh]

I would vote for keeping 6235/36 in the release branch, I have tested them and the change seems to be non-buggy in testing, and the default (false) works.

[clericvash]

So are we any closer to a new release or still way off?