Engine Testing - 96.0.1-340-g44711a4 (11. Mar. 2013)

[abma]

release candidate #1 for 97.0!

imo very interesting changelog:

• add /fullscreen command ingame (alt+enter switches from windowed to fullscreen mode)
• utf8 support (kudos go to N0U)
• KeyChains (kudos go to MajBoredom)
• split LuaRules & LuaGaia into their synced/unsynced luaStates

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

download

changelog.txt (is currently the same as for rc1)

no breaking changes known atm since 96.0

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.

[jamerlan]

Changelog link is not working for me. Maybe because I am from smartphone.

Will 97 release include migration to sdl 2?
Russian text on screenshot is epic

Thanks for test release! Will test it today.
What happened with kloot btw?

[abma]

Changelog link is not working for me. Maybe because I am from smartphone.

oops, fixed.

Will 97 release include migration to sdl 2?

what do you mean? there is no "migration", spring 97 just will use sdl2 instead of sdl1.

What happened with kloot btw?

idk, very busy in RL i guess.

[jamerlan]

Interesting changes!
Alt+enter will be confusing I guess... Maybe it's better to use Ctrl+f for that. Alt+enter was ally chat.

[jK]

Interesting changes!
Alt+enter will be confusing I guess... Maybe it's better to use Ctrl+f for that. Alt+enter was ally chat.

- switching between ally,spec & all chat is now done by double hitting alt,shift or ctrl

Also I want to remove specchat and implement it as plain allychat (so players can't hidden talk to specs anymore).

[Jools]

no breaking changes known atm since 96.0

yay!

- LuaRules & LuaGaia are now splitted into their synced & unsynced parts, and each one got its own luaState
! this way unsynced parts of gadgets now get `synced` callins like 'UnitCreated' etc. w/o SendToUnsynced from their synced part

I think I asked this in chat but I want to be sure: I know that there is backward compatibility for now, but will these interlua communications ways be deprecated in the future?

I mean, should we change existinbg gadget to use new separated lua states or can methods like SendToUnsynced and addsyncedaction still be used?

Also curious what the russian text says? I know tavarich means friend...

[Jools]

Btw, download link is broken but you can ofc find it here as usual:

http://springrts.com/dl/buildbot/defaul ... 1a4/win32/

[abma]

aw, sorry my post failed. fixed as well, thx!

[jamerlan]

aw, sorry my post failed. fixed as well, thx!

Also topic is confusing a little. Better to rename it to "Engine Testing - 97 rc1"

[Jools]

It's written in engine development forum. I think you can reveal the build numbers in the topic in this case.

[Jools]

Would it be possible to remove the black screen overlay that is present after your click on spring.exe but before the loading window or single player menu comes up?

For me this black period is about a minute and you can't even alt-tab away from it.

[Silentwings]

<3 all the new stuff, will test.

[Jools]

I have tested this version a while now and haven't encountered any errors. I really like the fullscreen command.

I think the only problem with new version is the release process itself, still many of our players have no idea where they have their own widgets, infolog etc. One player that I know has problems because his own version of a widget overrides the game supplied one, yet, he cannot find this widget even when I tell the exact filename to search for. Okay, this is not spring's fault, it's bad studid windows (Vista) search.

But anyway, the release process itself always has problems for some users. And there is really nothing wrong with version 96 either.

[SinbadEV]

I have tested this version a while now and haven't encountered any errors. I really like the fullscreen command.

I think the only problem with new version is the release process itself, still many of our players have no idea where they have their own widgets, infolog etc. One player that I know has problems because his own version of a widget overrides the game supplied one, yet, he cannot find this widget even when I tell the exact filename to search for. Okay, this is not spring's fault, it's bad studid windows (Vista) search.

But anyway, the release process itself always has problems for some users. And there is really nothing wrong with version 96 either.

UAC makes magical virtual folders that exist only when certain apps look for them... see if their is a /User/AppData/Local/VirtualStore with a sub folder for spring.

[Jools]

Yes, but I already suggested he use a better file search.

One more thing, what does it mean when the callins page says "not implemented in base handler"? Is that something we gamedevs can implement ourselves? I could really use these new callins already...

Code: Select all

addon.UnitLeftAir(???)
return: none
 ??? Not implemented by base handler

Edit: after investigation I realised I can alrady use cob lua interface to achieve same result.

[dansan]

many of our players have no idea where they have their own widgets, infolog etc.
[..]
cannot find this widget even when I tell the exact filename to search for

Could the engine print the absolute path plus the filename in infolog.txt in case of user supplied widgets?

Code: Select all

Loading widget from user: xxx </home/aaa/bbb/yyy.lua>

Would that help with the user support? And if yes: is it worth a feature request?

[Jools]

The problem is that infolog is also put there, so user cannot find latest infolog either. There is already a mention in infolog about which paths are used to search for spring data.

[dansan]

You're right lol.

So imo the right place would be in the lobby. SLs help->sysinfo could contain the last known infolog.txt location (changes if engine changes). [optimally make that URI clickable -> infolog.txt or its containing folder opens].

[Jools]

I have a simple bat file I run from notepad++, it opens the infolog like this:

start /max "Infolog" notepad U:\bin\Spring\Data\infolog.txt

That wouldn't be hard to implement in a lobby either. If you are using npp then you can probably find infolog anyway and no offense to those who don't use npp.

[dansan]

I don't think a multi-platform lobby for users can rely on notepad++ ^^
There are OS specific calls to open the <default application>. In Linux it's "xdg-open <path>", no idea about Mac and Win.