OverlordSachi

Please make it so that when a thruster is destroyed, the trail that it was leaving doesn't disappear with it. I noticed this in sumo, where I made a push drone that goes fast enough to shatter the opponent. Already drawn trails would vanish when the sections that made them were destroyed. I do not think this qualifies as a bug, but rather a design choice, so I put it here instead

I could imagine that for a railgun the projectile could have somewhat significant knockback too, since its not just some energy projectile but instead a metal ball or some sort -Sachi

A part that could be toggled on or off to display a tiny health bar under each part of your drone, possibly using contrasting colors to help you see it better when the drone is moving. A red-green bar could be sufficiently visible while small enough to fit under/on each part. This part could also have its main body colored to represent the drone cores health, similar to how the shields change color as they are used. This could also just be made into a feature of the drone core, right next to the self destruct option. Thanks for your consideration, Sachi

Do springs have a maximum stretched length? Is the maximum length affected by the distance between parts in the part builder or is the max length fixed regardless of how far it is placed from its parent block? Can a spring be stretched to the point it breaks, or must the block itself be damaged for it to break? Any fun facts about them? (Im using the weak spring as a tether for fuel supply to a drag racing drone) Thanks, Sachi

Im hoping more for explode than break, honestly. Even if it only does a little damage, its cool enough

I dont know what Zixvir has in mind, but i think making a railgun with blocks that can rematerialize inside enemies and possibly explode would be great. Otherwise, i would just have to experiment with to find more uses, maybe a structural stabilizer if they dont have mass while ghosted? Thanks, Sachi

I just made this because I wanted to show off my current favorite sumo drone and wanted to see some of y'alls favorite drones. Feel free to suggest any changes too! Thanks, Sachi Mobile MK7 (sumo).drn

though I dont mind the current system, where i only use keybinds on things i plan to directly control and tags on everything automatic, I would love an overlay that automatically links gates and parts with labeled strings when one has an output that can trigger anothers input, and an additional ability to directly create and drag a string from one part to another and labeling it could be a great way to input tags on multiple pieces at once while simplifying the logic system for beginners. Also, i wouldn't have to find where i put that ONE logic gate when i'm looking for errors in my programming if it was all strung together. Great Idea!! Thanks, Sachi

im sure there are plenty of super specific situations that can break block a that is not currently being touched, but what i can think of right now is if they are already burning when they are ghosted, or if multiple blocks it is connected to are stretched far apart and the ghost breaks under the tension. sorry for bothering you so much about this post, but i think it could end up as a really cool feature if used and implemented in a good way Thanks, Sachi

will ghost blocks still be affected by temperature? what if a block breaks while ghosted? Thanks, Sachi

welp, from what I remember "position tracker" would sense the block in the middle of the temple, "nearest enemy" did not have any reactions when the snake showed up, and I did not try "danger zone" because I decided to send in a mostly unguided factory ship that would print a shotgun on a engine over and over (suprisingly effective swarm weapon, if very laggy by the time the snake died). But now i have come back to the temple to see if danger zone and enemy detect works, but the nimbatus isnt aligned with the temple entrance, and is instead way above it, to the point that a drone just going straight bumps into the little decoration castle on top of the temple, and i cant find the appdata folder under my user profile to send you the game state, so heres pics

Yeah, would probably be annoying to use regularly like any other weapon, in combat it could basically only be used as a retreating weapon to cut off enemies you can't outrun, but that is still probably better than its current use of lifting terrain and being a lower damage weapon (which it could still do if the particle dies against existing terrain). I think the main value would be in cool art and possible neat physics tricks if liquids and such ever get added into the game (besides the expanding magma core) If the engine can handle water physics. Also if ever implemented, I would assume it would be best if the terrain created had a minimum possible size, so that your drone doesn't get caught on invisible specks. Could also be cool if Nimbatus ever gets a local controlled multiplayer. Thanks, Sachi

It would be quite exciting if bio weapons built terrain wherever the particle died (or where the laser ends), rather than just when it makes contact with existing terrain. You could then use the various weapons to create walls and such and the rendered wall would be somewhat different for each weapon type. The flamethrower weapon would likely result in a thick but very pocketed wall while a laser would result in a thin and precise wall at its tip, grenade launchers and rocket launchers would probably result in a mass similar to how those purple fungi do when destroyed and the blast radius (and potentially damage) would change how dense and large the resultant mass is. the guns would make little spots of the weakest terrain, which could hinder enemies coming at you and slow opposing drones (if a controlled co-op with friends mode ever gets made). This would also encourage the creation of enemies that can burrow through terrain to attack you, which could be a cool ambush and chase mechanic. Thanks, Sachi

In the ancient jungle temple, the snake cannot be detected by directional sensors or vtol thrusters, it is not detected by nearest enemy and the mission objective does not exist in the ruin to be detected either. I have not tried the danger zone detection of the proximity sensor yet, and will update this if it does show up on it, but i doubt it would. Please make this an enemy I an capable of fighting on programmer mode. Thanks, Sachi

Thank you, all I can imagine to do is to have the core fly around randomly and quickly while continuously printing factories that print factories that print small random flying combat drones, and hope to get lucky. I have not tested if the proximity sensors danger zone setting works on big snake, but seems like it would not from my experience so far, and the vtol thrusters will not detect the snake as an enemy or objective either. Do the door(s?) open back up after the fight? does it drop any resources or do you only get the mission reward? are there any extra rooms to hit or is mission completed the moment snake dies? Thank you, Sachi

How am i supposed to explore this ruin? I am playing the programmer play and the directional sensor does not detect the giant snake as an enemy to defeat (if you have to defeat it) and it does not detect a mission objective either, my drone just wanders in blind if its guided by directional sensors, and I would rather not make a drone bristling with distance sensors to attempt to luck my way through random passageways. qualifier: I have not run into this mission on any other playthrough and thus have no idea how the temple may be designed beyond the first room Thaks, Sachi

what would you expect to use this for, and what would happen if you turned off (solidified) a block while it was inside of something? inside terrain? inside enemies? Could it go inside of the main nimbatus ship or pass through mission objectives? Thanks, Sachi

How about an additional feature that allows you to change camera modes so you can choose to drag the camera around when on programmer mode (like how it works in brawl)? This would be extremely helpful for troubleshooting large scale drones that utilize factories, since when you are trying to use a factory to produce mini drones you cannot properly choose to see different drone sections without extensive planning and timing efforts, as well as you are unable to see multiple of the mini drones if they are not grouped close together (since multiple cameras generated by factories will drag the viewscreen between them all, rather than zooming out or choosing the largest grouping). Also being able to zoom out farther would be extremely helpful for the purpose of observing problems in the actions of large groups of drones working together, and could be an alternative to Brawl-type camera modes if they prove too difficult to implement in single player mode. Thanks, Sachi

The ability to put a tag or keybind into a search bar and have it highlight all parts that have that tag/keybind would help immensely when trying to troubleshoot drone intelligence, especially when making large or automated drones Thanks, Sachi

For the programmer mode, I have not found any real use for yellow resource, while I am barely scraping up any red resource and nearly unable to maintain my hull. I propose that yellow resource could be sold at all stores in exchange for red resource at a drastic markup from the red->yellow trade (for example it could be 1000 yellow for 50 or 100 red). Also I would suggest being able to repair hull with yellow resource, but very inefficiently (double whatever the current hull->yellow conversion is) Thanks, Sachi

When objects only have a tag assigned and no keybind a "parts have unassigned keys" warning occurs, which ideally would only occur when nothing is assigned to that part. Additionally, it would be great if that warning highlighted the parts that don't have any bindings, so that we can resolve the warning as fast as possible. Thanks for your consideration, Sachi

My suggestion is to either make another mode for the vtol thruster (have it fire opposite its current movement) or to make a dedicated small free-rotating thruster that produces less thrust that would fire in the opposite direction to its current momentum. The goal of this would be to attach it to parts that by necessity need to be a certain distance away from the main drone (such as anything on a hinge, motorized or not) and would reduce the shaking caused by the instability inherent to such connections, and hopefully thus preventing builds from shaking themselves apart as often. This thrust could be made to scale up to a certain point (though it would always be a low max thrust) depending on the speed of the movement of the part; but could also just be a constant output, since the slowing of the initiating movement would turn off the thruster. This thruster should have a minimum movement speed that would initiate thrust or else it may instead cause more vibrations and shaking through the regular operation of the drone. Ideally the thrust would be weaker than a vtol so that it would not noticeably impede the movement of the drone as a whole (since it would be firing against the direction of movement), but designs could likely be made to work should this become a mode for the vtol since it should merely slow down the drone rather than pulling it in random unexpected directions (depending on placement, I guess); And if implemented on vtol the inversion would instead amplify movement, acting as a helper to any movement thrusters, though it may be difficult to stop a moving drone with this once started. It could also be used to help hold a drone in space without movement (floating peacefully) should the tolerances for minimums and maximums be adjustable. Thank you for your consideration, Sachi

I guess I will go by Sachi for privacy reasons. Im not really new to Nimbatus, but have finally made a account here so I could post suggestions and questions of my own. I live in southern Indiana in the United States and I love games where you build up solutions to problems using logic and game mechanics. I am currently in college for accounting with a minor in computer science If anyone needs help coming up with a solution, feel free to ask, and I hope to look to you all when I have logistical or mechanical problems of my own.