Engine Testing - 97.0.1-350-g28fadd8 (30. Aug 2014)

[abma]

release-candidate #4 for 98.0!

some performance issues were fixed with the pathfinder, so pathing very likely behaves slightly different

Changes

changes since RC3:

• improved pathfinder speed
• ai is initialized at loading stage, so no more hang at gamestart
• a lot more small changes, see "git diff last rc to HEAD"

To make the next release post more interesting i need your help. i want to add screenshots & maybe a video to the release post, current screenshots/text snippets are:
http://springrts.com/wiki/ReleaseNotes:97.0


Changes in Detail:
changelog.txt (is currently the same as for rc2)
git diff last rc to HEAD

no breaking changes known atm since 96.0


Download
See the download page for how to get it.


Bugs

If you find a bugs, please report to Mantis.

Please attach infolog.txt as file, if you crash!

current release (known) blocking bugs no major bug.

[FLOZi]

N.B. that "fix #4483 (Spring.SetProjectileAlwaysVisible doesn't always make a projectile always visible)"

Actually fixes the alwaysVisible def tag for CEGs. It has been broken forever (~2006), so you may find CEG visibility behaviour has changed if you had that tag present.

[Google_Frog]

What about this for a blocking bug? http://springrts.com/mantis/view.php?id=4525

[Jools]

N.B. that "fix #4483 (Spring.SetProjectileAlwaysVisible doesn't always make a projectile always visible)"

Actually fixes the alwaysVisible def tag for CEGs. It has been broken forever (~2006), so you may find CEG visibility behaviour has changed if you had that tag present.

Thanks. I've been trying to set these a lot of ways and always wondered why it didn't work. Both this way and also the other way.

[abma]

What about this for a blocking bug? http://springrts.com/mantis/view.php?id=4525

its still a release blocker. just wanted to bump it a bit because the big issue about hangs are fixed.

because fixing of these bugs takes so long, i'm not sure if it makes sense to revert the commit which introduced the problem and and add the current pathfinder as an additional pathfinder, so the release wouldn't be blocked any more. (not sure if thats possible at all, didn't investigate the changes yet, but i think it should)

[Google_Frog]

jK seems to still be working on the pathfinder so I am happy to wait.

[Silentwings]

I'd also prefer to wait and devote attention to ironing out the kinks in the new pathfinding stuff.

[Jools]

Version 97-360 still has this issue: http://springrts.com/mantis/view.php?id=4529, which is a severe issue for people with dual displays.

[Silentwings]

dual displays.

Someone can correct me if I'm wrong, but I think Spring simply trusts SDL2 there, so it's an OS<->SDL issue, not a Spring one.

[Jools]

That is interesting to developers but not to users whose new spring does not work.

[Silentwings]

If I'm right then its primarily of interest to SDL developers, but best of luck with it.

[Jools]

I don't care how it is fixed, and neither do most users I would assume.

[lamer]

What so special about fullscreen mode??
use these params (values are for example) in .springrc
Fullscreen = 0
WindowBorderless = 1
WindowPosX = 1280
WindowPosY = 0
XResolution = 2560
YResolution = 1440

in game type /grabinput (or make hotkey). Or is it something Windows specific?

[Jools]

Yes it's windows specific, as written in the report. Also:

Correctly written Windows apps that want to save their location from run to run will save the results of GetWindowPlacement() before shutting down, then use SetWindowPlacement() on startup to restore their position.

What so special about fullscreen mode??
use these params (values are for example) in .springrc
Fullscreen = 0
WindowBorderless = 1
WindowPosX = 1280
WindowPosY = 0
XResolution = 2560
YResolution = 1440

That does not address the issue. It's too late once the game has loaded, already the loading screen screws up the visuals.

[abma]

RC5:
http://springrts.com/phpbb/viewtopic.php?f=12&t=32557