Spring RTS Engine

Announcing the next Ludum Dare , LD43! Use this thread to sign up. Date: 30th November, 2018 (see local time at https://ldjam.com), for up to 72 hours (OK to just participate the days you're free) Communication: https://discordapp.com/invite/nvf9PdG (Updated! We use Discord now) General info: https:...

This comment should clue you in why using .sdd's as repository roots is a bad idea : Are you talking about development or playing? Since I don't know of an alternative to .sdd for development. OT: implementing separate /reload*'s (/reloadscripts, /reloadsounds, etc) is manageable and precedented, b...

Forboding Angel wrote: ↑24 Oct 2018, 19:33 Well, spring already trips over large .git histories in .sdd.

I've seen you mention this before and I'm going to investigate what the issue might be. We really shouldn't be loading that by default, and you already claim to have it in your springignore.txt

1) reload the entire archive each time /luaui reload or /luarules reload is invoked, and Lua devMode is true. Pros: Pretty intuitive and doesn't require active thinking. I don't think this is intuitive - a reload xyz should only reload xyz. Also, it could make it very difficult to test widgets that...

I think it would be nice to allow reloading archives while developing, as right now we need to restart each time we add or remove a file. I would like to provide a way of reloading the entire archive, and collecting the list of files from disk at the time of the reload. Couple of ways to do it: 1) r...

You both make good points, I'll avoid doing big destructive changes, and suppose I can leave it entirely for now. Regarding games using their own addonhandlers, I think that's awful, and is part of the reason handlers aren't seeing much work lately. Hard to bug fix and improve them when no game used...

Any thoughts on what should be done with the various addon handlers? To my understanding, right now in the engine we have 3 different handlers: - LuaUI for LuaUI. The oldest (?) of the bunch, with most games using some offshoot of that. Really annoying to update with new callins all the time. - An e...

Hmm, I think I like that part the way it currently is. This is SpringRTS Engine site, and it makes sense that we'd point to the engine download directly. Game downloads are linked from that page (on the top), although maybe that could be improved? Right now it looks like some sort of notification.

A concern regarding wiki and engine downloads: 1) I often try to find the link to engine builds by searching on google, and if I type: "springrts builds", the top result is https://springrts.com/wiki/Download_Testing#static_builds , which is some outdated page. It still has some useful inf...

14.10.2018.

Video: https://www.twitch.tv/videos/322555461
Content: It's been a while since the last video. This time I make a short introduction for a newly created tool: springmon

Nuking git history is poor practice because it makes it hard to track changes... You're basically putting the burden on other people to go and figure out what changed by copying files around and comparing in their local copy! Your responses to the mostly technical issues I raised here and your new R...

I'd be interested in CUS, but it's really poor practice to nuke git history, remove the README.md, license file, change the project name, and so on...

PS: Why not just send proper PRs to my repo? I'll be happy to review and merge PRs.

I don't see why the change is needed (#sy) just to satisfy your current fancy? Seems a pointless waste of time and resources what does it resolve? Nothing imo. Request: Change rename this thread to "Bikeshedding" You have no idea how much free time I have in the train, this is like a drop...

#sy is very non descriptive, although short and nostalgic

And rename #sy to #engine(dev). But implementation sure matters :)

I would like to take a pre-existing User Interface (Evo-RTS or Zero-K or Cursed) and innovate on that during the jam. As in allow for a more efficient form of controll, allowing for a easier automation of giving certain commands. I think this part of gameplay design is actually quite neglected by o...

Would like to participate in the next one. Great My question there- could we do innovation, not on the gameplay (just a miniature-standard rts) and more on the control side for a LD-Game? I don't understand this. You want to focus on innovation rather than gameplay? I also don't get the "contr...

The results are out. I also organized all our previous entries in a table. Generally I'm not surprised with our scores. They aren't great, but not completely awful either. To summarize, we didn't have enough time to polish gameplay (hence the very low fun scores), while Picasso's ships looked nice s...

I realized to late, that most rpc libs nowadays do everything other HTTP. I have added support for JSON-RPC over TCP. All interfaces (REST-API, JSON-RPC over HTTP, XML-RPC over HTTP, JSON-RPC over TCP) are now rate limited. That's a lot of options :) I will probably use the REST-API with my launche...

02.09.2018.

Video: Link expired
Content: Showing some spring-launcher app progress and talk about how I want to use it in the infra. Coding a lil bit.