GreyCore
-
Posts
72 -
Joined
-
Last visited
Content Type
Profiles
Forums
Events
Posts posted by GreyCore
-
-
11 hours ago, Lurkily said:
Is that because programmers don't have these needs or challenges? Or because a programmer would understand that it's unreasonable to ask? (Is it unreasonable?)
I'm not a professional programmer, but I've worked with C++ in my youth, and have a shallow familiarity with a number of scripting languages - javascript, lua, etc. I see nothing wrong with the idea that a programmer should want to be able to edit his inputs with ease, and that common sense should apply to the text fields used for it.
I mean, i always name my variables in compact names, so i dont feel a need for this. I guess some people need that, its just that i dont. And he probably has tiny to no experience in programming.
-
If you were a programmer, you would not have requested this. At least i wouldnt have.
-
This kind of water doesnt fit this game. I have no idea how this would be implemented, since what you describe is not a feature, but a structure, whic in these small planets have no space to be put in. If water would be added, it would be a good idea to add water planets, with water that could be frozen or boiled. That i would love to see.
-
Coolers should be removed.
Possible upgrades:
Efficiency, Power, Range, Integrity (+health), Heat, Heat downgrade ( transforms a heater into a cooler ), Spring stiffness, (armor) Hardness (defense against kinetic), (armor) Composition (defense agains thermal), Shape Rounder, Shape squarer, Size decreaser, Size increaser.
I am having a hard time thinking of more... I dont know if it would be that interesting, but i would love that this idea would get deveoped upon
-
46 minutes ago, Spooky Placenta Handjob🎃 said:
You aren't gonna get anything if you spam, please don't.
Your name gives me shivers...
-
1 hour ago, Entity said:
OP said 2x2 so either they meant 1x1, they're thinking about the wrong sensor, or are using a different scale than grid squares.
*shrug*
I do believe all square sensors where the orientation of it matters for its function should be round, regardless of their size.
Thanks for writing about that. I made a mistake in a sentence, and didnt see it until now...
-
When applying a tag, each and every time i have to erase "ENTER TAG HERE", write the tag, or choose it and then press confirm. Its annoyingly slow.
I know that i can press delete, but that could be not necessary, therefore more conveninent.
What if when adding a tag, the "ENTER TAG HERE" would be gone and we could write at once, or even better, choose from the list, and then there would be no confirm button, becouse confirmation would happen by closing the tag addition window?
- 1
-
Im kind of lost... is there gonna be another giveaway, or no? If its still coming, please count me in. That game definetely looks amazing!
-
Just now, Lurkily said:
Nope, straight up heat. If they ever got to the point where they would actually burn (get that weird magma-ey texture) they'd just go boom instead. I mean, let's face it, if you don't have a cooler installed, the actual fire is more deadly.
oh..... what i meant is that in 8 seconds ofcontinuous using they get to the melting point, or the lava-ish state
-
Just now, Lurkily said:
I meant instead of fire, rather than in addition to; give it a heat threshold so that not only do you have to not overheat them, you have to protect them from external sources.
oh. You mean that they would be sensitive to damage, and would explode easily?
-
1 minute ago, Lurkily said:
Violent explosions are cooler than fire.
i suppose, but in 8 seconds of using it the drone is already burning. That is alot already... maybe too much even... explosions would only make it quite over the top, although cool...
-
5 minutes ago, Lurkily said:
I like Ecos - they basically operate on the principles of real-world ion engines; extremely low fuel use, energized thrust, but provides only as much thrust as the weight of a piece of paper. They'd be useful for all the stupid fine-thrust needs I have that, now, I have to use dynamic thrust for. I'm not sure I like the total replacement of fuel in a number of these, though. Fuel is a good weakness to have in design, an explosive weak point to protect. I think I'd prefer that we keep requiring fuel for engines, even if a few can use energy as well.
Clockwork seems a little too useful to me, and a little too easy to just logic into perfect functionality; it seems like a skill-based thrusted, but a logic-based part can make normal thrusters just plain obsolete.
There's an saying in game design, that a decision is not a strategic decision unless it has both benefits and drawbacks; I think clockwork provides clear benefits, with drawbacks that are just too easy to make invisible.
Overclocked - make them explode violently when they overheat.
Ok, just gonna fix it right quick
and overclocked thrusters dont need that as they could easily melt the entire drone if not controlled
-
Wait... second chance?? Im definetely in then!
-
Pressurised thrusters - if all of the fuel storages are 100% - 95% the thruster gets ~25% bonus power. If there is less than 95% fuel left, power drops to 100% - ~25% when on the brink of running out of fuel. For more clearity i attached some numbers. More fuel - more power
Hybrid thrusters - they are very fuel efficient, but uses energy. Fuel to energy alternative
Ion thrusters - 2x2 sized thrusters that have the same amount of thrust, but uses energy instead of fuel. Large energy thrusters
Overclocked thrusters - have 30 % more power, but use 50% more fuel and act as heaters: one thruster begins to melt in 8 seconds of continuous firing. Unreliable, but powerful thrusters
Clockwork thrusters - Works in bursts ( they work for random periods between 0.1 and 0.6 seconds and then even if the key is pressed they turn off ). If being used while not off they quickly generate heat. But if timed perfectly they have 20 % more power. Consumes same amount of fuel. Better timing - more power
Tweaked thrusters - produce 20 % less thrust and take up 1x3 space, but consumes 50 % less fuel. Highly efficient
Eco thrusters - Consumes no fuel, and consumes only 10 % of energy equivalent, produces 15% of normal thrust. Almost free but weak
Turbines - thrusters that use energy instead of fuel, and loose power if they go above a certain altitude ( too rare atmosphere ), and can be more powerful when in dense atmosphere, or less powerful when in less dense atmosphere. Power depends of atmosphere density and altitude
Independant thruster - a small thruster with a small fuel tank attached to it. Behaves just like one and the other, only that it has fuel storage, which is by default full, and the efficiency is between small and normal thruster. A bit weaker thruster with fuel storage. sorry, no drawing...
And for no other reason than, becouse i could, i have drawn some examples of almost usable quality.
- 2
-
Just now, Lurkily said:
I've also submitted this in the past, and would benefit from this.
This seems like a good time to reiterate the other updates I'd like in distance sensors - an angle sweep, and the ability to separate it into segments like an altimeter. One slider to determine if the split is from 0-100%, one tolerance, and an output for when each segment is triggered. One sensor could be used for "Enemy spotted, outside optimum range," "Enemy in optimum range," and "Enemy too close, back the hell up."
I think i would love that. But i will still elaborate on it: There should be an option to set the degrees on the sensor, like: 1 - current sensor ( a line ), 100 - a full circle, or basically a directionless proximity sensor
-
Theyre square. You cant turn them and not take up a 2x2 space... could you round them please??
-
2 minutes ago, Entity said:
that suggestion was aimed at the devs, not you. and it would give you exactly what you want.
Oh, Sorry mate. Now i read it properly, and see the potential.
-
2 minutes ago, Entity said:
this could be solved with an invert option on every input. (basically a free optional NOT gate on each input).
This also solves tick timing issues because adding a not gate adds 1 tick of delay when you could have zero delay if it was built into the gate.
I KNOW THERE IS A FIX. I want more powrful logic blocks with less complexity...
-
14 minutes ago, D.Mentia said:
1 is an OR gate, 2 is an AND gate with NOT on one of the inputs - I don't really feel that two chips to do that is overly complex, am I missing something?
I just want convenience
-
There are logic gates that require only one of the buttons to be activated... That makes a lot of logic way more difficult than it should be. There should be an option to choose between two behaviours:
1.Either one of the buttons must be pressed
1.The first button must be pressed and the second must be not pressed
BTW I KNOW THERE ARE WAYS TO DO THIS WITH MORE LOGIC
-
I suppose it wouldnt hurt to participate, as ive seen that that game is also pretty awesome.
-
8 hours ago, Lurkily said:
You can destroy any drone structure that no longer has energy or fuel attached to its structure, I believe. If there's a functional battery left on it, it's immune.
hm... i dont know. I think you can destroy anything that is printed in the same factory but the previous copy, becouse my batteries and fuel ussualy survives the self destruct.
-
8 hours ago, Lurkily said:
This is actually something you can do with logic. Two directional sensors, tip them 45 degrees. If W and upright, hit the forward thrust. If W and turned right, etc. You'd need a lot. Just thinking about it for a couple seconds, my solution would require (assuming four thrust groups) 2 directional sensors' undivided attention and 16 AND blocks. There's probably a better way, though.
Much easier to just have your drone self-orient so that it always faces the direction in which your controls make sense.
That is not what i meant. I want to put down a thruster, and it should be set to the right control automatically.
-
51 minutes ago, Jeroeno_Boy said:
this might just be a dump question from me, but do you mean that it goes with the arrow or against the arrow, that it will stand still? (this just might be my dislectia)
when thruster points in the same direction that the arrow points to, then it is set to w
- 1
Tag name editor improvements
in Feature Requests
Posted
I know nothing, becouse im way too dense, therefore whatever you say is most probably way more correct. So yeah, its not a bad idea to increase the limit of characters, it definetely wouldnt hurt anyone, and to be accurate, i was never against it.