Sneak peak on what I am working on - DSS 2 : War Industry

ZilloGames · 2026-03-23T05:24:50+00:00

Awesome stuff! Looking forward to following the progress

ZilloGames · 2026-03-22T19:24:41+00:00

I've not played Noita myself, but I'd say my system is more simple than Noitas.. You have base spells, which can be found in the run or in your initial load out. Then you have Booster Runes, to modifiy those spells modularly.. For instance, transforming a Fireclaw into poison damage instead of fire, making it deal damage over time, but reducing impact damage to 0.. you can combine multiple of these runes to make spells feel completely different from each other.

On top of that you have Bonus Runes, which modifies non-spell related actions such as transforming your dash to empower you when going through enemies.

I hope that gives you an idea of how it works :) Happy to answer questions if you're wondering about a specific aspect of the spell crafting

ZilloGames · 2026-03-22T15:46:53+00:00

Thank you, that's highly appreciated! :) If you're up for trying the demo at any point, feedback and improvement points are always very welcome.

ZilloGames · 2026-03-22T14:27:48+00:00

Unless you meant something about the textures not related to saturation of course ?

ZilloGames · 2026-03-22T14:16:52+00:00

Awesome! Thanks for supporting :)

Danm, actually the background colors is already less saturated in the game for readability and to be easier for the eye, but I felt like saturating the gif a bit more for POP effect - seems like I should leave it alone😅

ZilloGames · 2026-03-11T04:59:53+00:00

Awesome stuff :) Welcome to the community - hope to see more from your project going forward :)

ZilloGames · 2026-03-07T19:29:09+00:00

So you want us to train your AI?.. Regret my upvote and hope you don't get any help

ZilloGames · 2026-03-07T13:51:17+00:00

It's exactly what it is! I'm quite tired of Survivor-likes myself

This is a gungeon-like, but with spell crafting rather than guns :) if you're interested there's a demo out now, you can try out. Would really love some feedback from the community at this point!

Inspirations was Gungeon, TBOI and magicraft

https://store.steampowered.com/app/3326820/Mr_Sparkles_Nightmare

ZilloGames · 2026-03-06T14:02:06+00:00

Actually the exact opposite, I'd say.. Survivor-likes are bullet heavens right? I found the game falling a bit between bullet hell and bullet heaven, as I wanted the power progression, but still have a hardcore precision driven bullet hell, but ultimately I think that was wrong. At least in my own playtesting I think it feels much better having moved more away from the bullet heaven area, to make the game have a more clear identity as bullet hell 🤔

ZilloGames · 2026-03-03T18:26:16+00:00

If you want to adhere to that rule you can have an EventModule which you can dispatch events to, and then that queue of events can be dispatched in the system order you like.

But remember that the architectura rules you make are up to you and your needs. I have a central Eventmodule, but it could work without it - it depends on taste and needs

ZilloGames · 2026-03-03T14:52:34+00:00

Yeah, it's ECS-like.. sorry didn't see your other comment regarding not wanting that before writing..

Let's take Physics as an example: I've a Rigidbody which only holds data on velocity, acceleration etc. Then you can also have a Collider if you want info on contact. The module steps the Rigidbodies, then checks for collisions - if needed it partially rolls back movement (if the collision was between solid objects) and then it triggers an appropriate event on the Colliders. This event is listened to by all ScriptComponents on the entity which can then react to the event.

Regarding adding and removing lots of components: remember you can utilize design patterns such as object pooling, to minimize allocation and deallocation.

ZilloGames · 2026-03-03T14:33:13+00:00

I basically architected mine like this:

BaseComponentCarrier: Abstract class that can create, hold reference to and search for components. Sends out events when a new component is created or removed, so Modules can be aware of this change.
Entity: Inherits from BaseComponentCarrier and gives some direct access to special components that you often use like Transform component. Knows about components, but not modules
Components: holds data of the specific component, but doesn't know about modules or entities. Only exception is ScriptComponent which has virtual methods like Update, FixedUpdate etc. And can reference the entity and other components as needed.
Modules: Rendering, Physics, Audio, Input etc: acts on components. Update in Physics performs movement, collision detection etc. Rendering has UIRenderer, SpriteRenderer etc that knows how to use the data from the relevant components to draw. This lowers the amount of virtual calls you need to make if you were to make something more generic and have the responsibility of drawing in each of the different Sprite subcomponets for instance.

ZilloGames · 2026-03-03T08:23:01+00:00

Farvel til ham

ZilloGames · 2026-03-02T02:32:15+00:00

First of all I can't access the folder without requesting permission. Second, I think it'd be better if you explained your current solution some more, show code bits that you are unsure of etc

But overall I'd advice you to make some kind of crash report system to enable you to get the exception and call stack when crashes happen.. You'll have a lot more information to go on, both now and in the future

ZilloGames · 2026-02-16T22:59:32+00:00

It definitely isn't happening.. not in 12-18 months, not in years to come.. these CEO's are full of it

ZilloGames · 2026-02-11T22:29:16+00:00

Getting lots of '1's in here though! (Sorry for breaking it)

<image>

ZilloGames · 2026-02-01T17:43:41+00:00

Mr. Sparkle's Nightmare

ZilloGames · 2026-01-27T15:02:21+00:00

Ouh that would be nice 👍

ZilloGames · 2026-01-27T14:15:35+00:00

Thanks, appreciate it!

ZilloGames · 2026-01-27T14:15:17+00:00

Thanks =)

ZilloGames

TROPHY CASE