Spring RTS Engine

It's cool that this sort of stuff can be done in screen space.

Lots of people here seem to live under the impression that every _player_ here automatically also is a spring game developer or can become one within 15 minutes. This is not the case. Do you contribute to every open source project you are a user of? Do you test nightly builds and give feedback of a...

My council just set me another letter saying that they have decided to go ahead with the power interruption after all. That kills most of my Sunday so I am back to not being available for a big chunk of the jam.

I did something in the last LD (I think LD43?) to remove LOS. If I recall correctly I toggled globalLOS and reduced the LOS resolution significantly.

You can't run most games on develop because of the graphics rewrite. Most non-engine things won't draw correctly, and there may be other related bugs. If maintenance is fine, I run ZK on maintenance engines with a standalone ZK. Put Zero-K.exe (the chobby wrapper) in an empty folder. Run the wrapper...

The planned power interruption was canceled, so I should be back in.

My street's power is being shut off for maintenance for about 9 hours on the Sunday, so I don't know whether I should participate.

I don't know details. Apparently this change fixes it: https://github.com/ZeroK-RTS/Zero-K-Inf ... d5a512be17

It looks like singleplayer was broken for 6 hours, during which we received about 60 crash reports. It would be nice if repository names didn't change around.

Spring shadows may not have existed at the time. There was definitely a time where shadows could not be used at the same time as LOS view.

A baked shadow in the context of maps is a map with shadows drawn as part of the map texture. Here is an example: https://zero-k.info/Maps/Detail/9766

I agree that there are many game designs that are better suited to simpler engines than Spring. A 3D city builder does not sound like one of them, given our experience, however I am not so sure that a LD city builder needs to be 3D. I think one thing to do prior to this LD is to work on good WSAD th...

I'm interested, and setting an ideas time that everyone can attend sounds good.

I liked that energy was effectively ammunition. Building storage (for longer battles) and generation (for more frequent battles) adds a fairly uncommon dimension to managing and improving the combat power of your army.

Losing anything while saving is not good enough for replay save/load. However, it may be good enough for standard save/load if your players aren't trying to exploit anything.

It seems to be trying to sell itself as scalable to huge numbers of units and possibly players in each battle with people joining mid-game (not sure if any of it is actually true). The midgame join works. I tried it out and my test game attracted another player. Here are some new pieces of informat...

Here is a relevant metaphor: https://www.youtube.com/watch?v=cSbyCI32CH0 The roadmap for better replay controls looks something like this: Engine save/load (feasible but extremely involved). Optimization of save/load to allow for brief autosaves (probably impossible). Integration of autosaves into r...

I'm interested.

https://springrts.com/wiki/Springsettin ... crollSpeed can be negative. Mess with it and related settings, I am fairly sure what you want is possible.

I agree with the four problems highlighted in the OP. I would add the distinction that fighters suffer the most, followed by bombers, and that gunships can be designed to avoid many of the issues if you're careful. Air poses design issues that transcend technical issues, such as cylindrical LaserCan...