Spring RTS Engine

Is there a list somewhere of the current staff (moderators etc) and also of how long they have been on their current position?

You know, for transparency if that still means anything.

Wouldn't this create desyncs?

I wonder if there is any standard agreement on the river rule, namely that you can not/should not/is impolite to cross the river with your commander very early in the game. It's been a sort of a gentleman's rule but it isn't really followed. Ofc course applies to maps with a clear river/partition in...

I think combomb behavior that changes depened if its last com or not last com should be avoided. Gameplay mechanics should be consistent and should not change in the course of the game (my opinion): - it feels arbitrary and unnatural. Cannot be justified by any physical laws or logic (like laser fa...

I was actually looking for a way to do this outside spring. Keep in mind that it's perfectly possible to create unitdefs dynamically on game load (but hardly any projects utilize that yet). So any info you gather outside of game can in theory have little resemblance to what is in game. The code zwz...

That's why thread splitting is such a confusing dick move. Apologies to you gajop, but it wasn't easy to see that this was a split thread.

Thread integrity would be more helpful to the community than splitting them. Even places like reddit don't split threads.

Have a look at XTA:s comends gadget: we've had it working for many years, and basically it works like this:
- if you are last commander and dgun opponent, you lose
- if you laser last commander to death you win
- it also has nice staggered comends explosions

gajop wrote:I suggest you simply use Collada (.dae), and save yourself the trouble of using upspring.

Why? You don't provide any arguments. This is trolling.

What's not prevalent exactly? Debugging sync errors?

That message is given in the case of: "your graphics driver crashed". (Specifically, when the stacktrace of the crash gives a code position from the gfx driver - https://github.com/spring/spring/blob/38fcf02bac2f54bac45a07c5ca4822fd11acf750/rts/System/Platform/Win/CrashHandler.cpp#L344) T...

Using old engine and also: [f=-000001] Warning: This stack trace indicates a problem with your graphic card driver. Please try upgrading or downgrading it. Specifically recommended is the latest driver, and one that is as old as your graphic card. Make sure to use a driver removal utility, before i...

Yes and now there's a complete ecosystem as well, with predators consuming their prey.

Yeah I don't know where this is going , but I think it's funny. I also like penguins.

EDIT: maybe there is some scientific basis for smart penguins here: https://www.youtube.com/watch?v=JL-SmhFlFoQ

If it confuses new developers then they are not ready to become develops. What benefits are there in wasting time for something like this?

Just comment out all SM3 .cpp's in rts/Map/CMakeLists.txt, leave the code for historical reference.

Do this.

Needs more information, for instance:
- what is sm3
- why was it implemented
- why do we want it removed
- what will replace it

Anything would be better than the way it is right now. I think the real fix would be to change how water is implemented in the spring engine.

I made a widget that turns shadows off if there is water on the map, and restores the setting otherwise. On water maps, it's just confusing to see the water bed shadows, they make it difficult to see sea planes' elevation.

Compare with this:
https://imgur.com/a/snEl6

Edit: I cannot get the inline image posting to work

I also agree regarding underwater shadows: there was a long thread about this before, and my opinion is that the shadows should be cast on the water surface and not on the bottom, the dev team misses a thing called scale. Yes, you have shadows on the bottom of a bath tub, but on the bottom of the pa...

Robophobes!