Baka Red

1) Logic parts should be inside "processors/subprocessors" - ie: not take so much space & count against sumo part limit. When I still played Nimbatus, I felt like putting logic parts in a sumo usually made the sumo weaker instead of stronger. Simple logic like "Spin at the center" with lots of muscle behind the spin worked best. 2) Factories should produce Energy/Fuel parts as empty. 3) Singleplayer campaign needs more to do. I stopped playing, since every galaxy felt "the same" and could be dealt with the same drones as the previous galaxies. Maybe your game will re-ignite my wish to build stuff at some point, but currently I see no reason to return to Nimbatus.

I agree with Lurkily's thinking; More logic on sumo fights would be better than the current brute force fights. Of course, the real sumo competitions are about brute force mostly too, with some techniques mixed in - as far as I understand. Even so, I would prefer to see more 'brain over brawn' in Nimbatus sumo fights.

Ah, and would you like me to ask you if you know what a workaround is? No? Well, I won't in that case. Have a fun day.

Bio barrels are the most difficult ones I have met so far. Anything that involves destruction of something I take out easily with my Sky Factories, which produce more factories and bomb the planet into dust (well, lava planets resist my bombardment) and the objective with it - usually the objective goes down before the planet though. Bio barrels are more difficult (but so far not really that difficult), because I cannot just destroy everything and be done with that. Instead I have to do manual flying to solve those. I guess that is more fun than the Sky Factory approach I use for destruction missions. The fun part of destruction missions for me is trying to develop more efficient ways of creating that destruction. As I mentioned, lava planets currently resist my factories to some extent, so next step is creating self guiding "bombs" (read drones that shoot everything around them) that can find their way into the core parts of the lava planet and try to avoid getting burned by the lava as long as possible, so they get the targets that hide in the core of the lava planets. As far as I know, we have these mission types (I am only in my 4th galaxy or so): Destroying X, Sumo (I currently use single drone for all of these), Gather Bio Barrels. Do we have something else yet? After the mission is done, I might run a resource gathering task, but that isn't a "mission".

Tl;dr; Allow us to set flags to drones, so that drone selection for missions becomes easier. I would like to see a way to flag drones as "sumos" for example, so that when I start doing mission of type X, I can limit the number of drones which are shown to me to choose from. There are simply too many drones and they cannot currently be organized in any way (We have a long list containing all the drones we have created that appears to be organized with oldest at top, newest edited at bottom (I don't know how steam workshop drones work - I have none of those). If there was a flag system which would allow us to flag each drone with one (or even several), we could go through drone selection more easily. For me this has been a bad problem especially for Sumo fights; when choosing a drone for sumo fight, I see dozens of non-eligible drones with too many parts / too large in the list and my mouse wheel whines as I scroll down, scroll down, down and some more, finally realizing that I went past Unholy Trinity 2 (the drone I usually use for sumos) and I need to go back up.

There is a difference; Leave planet is "Quit mission". Exploding your core is "Quit mission with style!" Big difference! PS: I have unbound core-explosion key myself - I have no style.

So this would allow us to build an assault hover drone, that plays Wagner's Ride of the Valkyries when it attacks! Sounds excellent! (Granted, it might need some work to build, since each note would require separate sound block module and some logic behind it for the order.

As a workaround you can use C&P & flip. Copy one side, paste it, cntr-g/f and place it. Well, I think you can use that without requiring any new feature really, but maybe I don't see the whole picture yet. I am quite new here still.

This is a response to a bit old post, but anyways I think I would prefer a separate space where you put all the logic parts almost in the way STM mentioned in this thread (no real coding involved, but installing logic parts within separate space so to speak). Drone Core could have some space for Logic parts only (for example 6x6 space or so), and you could have subprocessors to add more logic space and to give logic to logic splitted areas of the ship/drone. (If this is implemented, sumo battle would likely change quite a bit as a side effect). Current system sounds weird, when our cell phones have more logic in them than Nimbatus planet killer drones. Ehm, well, this is this newbie's opinion anyways.

Eh, that sounds like quite imbalanced feature (of course Nimbatus doesn't really go for balance it seems). So a spaceship could use a factory (or more if needed) to create those single use energy capacitors (the ones with 4? 8? times the energy capacity of regular 2x2 energy reactor with no energy generation) and use those for all of the ships energy needs. Maybe that should be ... fixed... Imo: Factory created fuel cells & energy capacitors should start empty and they would need to be filled by 'natural' energy/fuel recharge mechanisms. I guess it would break many drones out there though, but anyways, the feature doesn't sound balanced to my ear.

I think agree with Lurkily. If planet state would be saved after each attempt, you might end up with systems which cannot be 'solved' (for example you might destroy something you are not supposed to destroy.). Even if the saving would happen only after successful completion, it would cause trouble; in that scenario the saved state would prevent us from testing if some other approach would have worked better than the first solution. Saved state would be realistic and even cool in some ways, but the cons outweight the pros in my opinion. Also, it would most likely bloat our save files.

One of those faulty parts might be Distance sensor (I had an ejectable armor part on my ship which would explode when distance sensor didn't detect Own Drone anymore. The problem was that even though the sensor pointed at the main part of the ship from point blank range, the TNT linked to it via NOT operation exploded immediately). The logic chain was this simple: Sensor (Own ship, DETECT), NOT (DETECT, EXPLODE), TNT (EXPLODE). (This is from memory, but I think that was how it was built). The ejectable armor part (including the sensor) was created by a factory, in case it has anything to do with anything and the logic parts were within the ejectable armor part too.

Oh, new member introduction thread. I guess I count as new member so; I am Baka Red of Baka Rangers (league of legends team of friends who don't seek glory, but only wish to defend the Howling Abyss against evil coming from the other side of the bridge), but I adore the original Baka Rangers from Negima and kinda made my friends adopt their name as our team name. We Baka Rangers are from Finland and we are all working guys (ie: we even get paid!) in IT industry. I was brought to these forums by Nimbatus, which I found from Steam Early access last Saturday (I think), and I already have nearly two days worth of hours with it and it is only Thursday now. I see lots of promise in it, and I hope to see it even more purrfect in future. Like my name suggests, I am a big fan of anime and manga, like many others here seem to be. I also play lots of computer games (league is pretty much the only multiplayer I play. The others are solo games like Stellaris, Skyrim, Minecraft, Civilization (V in my case)... and lots of others, but I guess those four and league are my biggest ones for now. The comments I make are quite likely be like my counterpart's comments (They are called Baka Rangers for reason[For non Anime fans: Baka means stupid/fool/idiot]), but please bear with me. Oh, when do we get VR Nimbatus?

Have you tried to use Tags for those "logic channels" like "proximity front left". It sounds like you are looking for that functionality.

Do I misunderstand something? Do you want a component, which receives input (A) and duplicates it so it sends two signals out? If so, cannot you use IF component for that? If you just want to duplicate signal: IF A THEN B, and now you have two signals (A and B), if you need it to be B and C you will need two IFs but in practice you now have three signals A, B and C happening at once instead of having just two which you seem to want. There is a use for your suggested component of course: It would (if it is 2x1 logic component like the others) save space in the scenario you want 3 signals happening at once, and it would "cost" one module less in that scenario.

I especially like the first option, even though I just want ability to go higher than the current altimeter seems to allow. (90% or so is still too close to the surface for my taste). 100% at Nimbatus height (or little above it) would most likely be sufficient for most uses. I would like to add something extra to this idea: Add an ability to alter the values of the altimeter during game. Ie: If I have altimeter set to 80% altitude, I could send the altimeter directive to increase it by 1% or another to decrease it by 1%. (Similar functionality could be useful for directional sensor (to alter the angle) but I don't really have any useful examples for that at the moment.)

If that Microprocessor module counted as 16 modules for Sumo calculations, it would reduce it's effect on sumo mode. That would still have quite strong effect in form of shrunken drone size (2x2 instead of 2x16 size). Maybe the developers could add it for non-sumo-modes only? PS: When I read about the logic modules of the game for the first time, I expected them to be handled outside regular drone building. We have that drone core and couldn't that contain the logic? Currently the core ... just is there, doing nothing useful (well, you can make it explode - maybe it counts useful? Explosions are pretty!

Free stuff eh? Where do I sign in? - Bought the game already though, but in case I win, I just throw it to my brother or something.

Yep, it works fine with a splitter between the factory and the drone. Newbie mistake. Thanks for the game btw - it is a game that makes me enjoy logic again, allows me to be creative and includes problem solving. And if you want to, you can even have serious pew pew power on the ships, or have Exterminatus happen. Lots of stuff to do. Keep up the good work! Edit; Btw, I didn't actually test it, but I did similar builds with other drones and they worked fine.

I believe it would be useful for the person creating a drone to be able to optionally limit how many products the factory can have in existence at once. Once the factory prints a new product once this limit is reached, all the parts of the first still in existence production cease to exist (ie: they self destruct in some way). Main benefit of this option would be that you won't litter the place up with parts and thus this reduces the memory consumption and in that way reduces lag. How this idea came to my mind? I was on my way of running an orbital bombardier factory platform (ie: the orbital platform builds automatically orbital doom satellites, sends them to left and right, and they drop bombs as they go.) The idea was that the factory would create a chain of these bombers around the planet and the planet would disappear under their bombardment. Unfortunately after only ten or so bombers I noticed lag creeping up (and my computer is not a weak thing) and stopped that Exterminatus in mid process.

Planetary sumo battle would be like regular sumo battle except: - Is fought around a planet, center of the sumo arena being the center of the planet. Planet has whatever features it happens to have. - Drones are allowed to have Weapon and Defensive modules. Maybe even Factories, but those might need a max parts duplicated limit of some kind. - Larger drones should be allowed (maybe something like 250 parts or so) - Destruction of enemy core or pushing it out of the planetary orbit would be the win conditions (just like regular sumo fight I guess). Planetary sumo battle would still have these regular sumo battle features: - Border which shrinks towards the center of the arena (planetary core). This would require the drone to either be able to get inside the planet or to win before that is required. PS: The factories limitation could be something like: "Once max factory drone part limit is reached, all the existing parts of the first still existing factory production self destruct. Similar optional limit would be useful for non-sumo-factories: Max duplication slider/value, which would by default be "no limit", but could be set to be anything between 1 and n. Once this limit is reached, all the parts of the first still existing production would self destruct. This would allow the drone maker to control their memory usage, so that the load on computer won't become too heavy. I guess I should post this factory idea as separate thread, so it won't be missed because this thread talks about weird sumo battle special mode.

Yes, Baka Red aka Asuna Kagurazaka rules!

It seems that you have turned off your overlap toggle at the top of edit screen.

.. with a Logic Splitter. Version: 0.5.7 Early Access I build the bomb factory prototype intending to use dozens of independent bombs to take down the whole planet. Problem is that the drones relay their commands to each other even with the null gate present. So when one autonomous bomb detects an enemy and wishes to explode, the bomb that I just created at the factory also explodes. Nice explosions, but I don't like the results. Is there something wrong with my build (I don't see the problem, but I am still a newbie), or is this a bug? Additionally I think I saw weird powerups happening; it seemed like mini-bomb-drone engine power was increased for each mini-bomb-drone created from factory. (It seems that the engines of the autonomous mini bombs are more powerful than I realized) Final Edit: I guess I just needed one more Logic Splitter there for that to work. I didn't test that yet though. I gotta sleep occasionally. Bomb Factory.drn