Spring RTS Engine

eat shit

Sounds interesting!

The main interest also might be the performance your framework delivers. Does anything change considering the crippling effect the other UIs have on the performance or do we have to wait for jk's new engine side Lua magic for that?

EDIT: <file upload holder>

Well I guess the huge framedrops (my experience with e.g. LolUI is that it eats up 50-60% of the fps I have when deactivating it) can't be evaded until jk finished his GUI stuff for Lua. It's kinda strange though as I can't really understand what exactly slows things down so much...

Why don't all of you GUI people just work on one framework? We now have ChiliGUI, RedUI, IceUI, LOLUI, Evil4Zerggin's UI, and Neddie's UI, along with the as-yet-unreleased SWIW GUI. This'd all be simpler if we all worked on one framework, then forked it for our individual projects.

Master-Athmos wrote:Well I guess the huge framedrops can't be evaded until jk finished his GUI stuff for Lua.

Wrong. It's not rocket science to draw a rectangle, and there is only so much you can do to simplify it.

jk's framework is already functional and being used in CA, go ahead and make a performance test.

MidKnight wrote:Why don't all of you GUI people just work on one framework? We now have ChiliGUI, RedUI, IceUI, LOLUI, Evil4Zerggin's UI, and Neddie's UI, along with the as-yet-unreleased SWIW GUI. This'd all be simpler if we all worked on one framework, then forked it for our individual projects.

Why do we all play different games, we should all play BA.

Regret wrote:Wrong. It's not rocket science to draw a rectangle, and there is only so much you can do to simplify it.

Well but I cannot really believe that like for LolUi just some transparent boxes with some buttons eat half of the frames of a modern quad core PC - that just can't be and I don't think that you, Meltrax or Evil4Zerggin are incompetent code junkies who let every box calculate Pi in the background...

That's why my guess is that it has to do with the Lua implementation that makes some of the draw or mouse-over functions incredibly slow for whatever reason. At least I didn't come up with a better solution than that yet. Give me a better one if you can...

Regret wrote:

Master-Athmos wrote:Well I guess the huge framedrops can't be evaded until jk finished his GUI stuff for Lua.

Wrong. It's not rocket science to draw a rectangle, and there is only so much you can do to simplify it.

jk's framework is already functional and being used in CA, go ahead and make a performance test.

It can be rocket science especially if you do it in Lua.
Also chiliGUI is not finished yet, it is still an alpha. So I am just doing a lot under the hood general design changes, no performance tweak nor visual improvements yet. Not to forget you can't compare it at all cuz there is no full GUI written in it (and it would be a bad idea atm).

I'm not making a framework on which the GUI will be assembled, I'm merely designing the 1944 GUI. Zerg and I are working on the same project, in theory.

maybe you guys could stop working on different project and work on a common one or help auswashbar to finish his hardcoded one

the hardcoded one may well find itself being lua-driven sooner than later... or not. depends. patches welcome.

I sometimes feel the same about the many lobby projects, Satirik.

To redirect your point - there is no common project for a game-specific GUI, each game has different demands and the GUI must be designed with those demands in mind. An improved default GUI is simply a generic which should be replaced or heavily modified to suit any serious project.

That aside, if there were one master plan for a framework, and one legitimate approach, I have no doubt that we would still have multiple projects. There are multiple plans and approaches, apparently.

---

Anyway, not to be side tracked, looking good, Regret. Where are you with your documentation?

neddiedrow wrote:Anyway, not to be side tracked, looking good, Regret. Where are you with your documentation?

Added to first post. Also cleaned up the code + performance tweaks.

Updated.

Accidentally same version number.

Was only tweaks and bugfixes.

Suggestions allow UI parts to be glued to the edges of the screen.
Many players including myself thought it was a bit annoying when it is impossible to glue them and you accidentally grab them and move them while playing.

Small bug with the greying of disabled buttons:
http://springrts.com/phpbb/viewtopic.ph ... 49#p386749

zwzsg wrote:Small bug with the greying of disabled buttons:
http://springrts.com/phpbb/viewtopic.ph ... 49#p386749

thx :p