Search results

This would be excellent, and honestly it would probably be easier to understand than the current system, even though it is more complicated. Unfortunately, something like this will presumably never be implemented.

What do you mean 'properly'? The weapons work, they just don't always do what you'd necessarily want them to do.

1) How much more technical work will it take to be able to create physical implementations of the particle system, e.g. custom particle emitter blocks or a 'spark' particle effect randomly appearing on damaged/negative integrity systems? 2) I remember you guys mentioning that there would be dev...

Please, for the love of all good works of the Gods under the stars, for the love of the Secret Fire and all things sacred and holy, please... ...don't take pictures of your monitor. F5/F6 keys for screenshots exist; use them.

Massive planets tend to make servers not run very well, so you probably won't find that. They'll be improving the planet design, and practical size, with the universe update, so... check back next year, I guess? :P

Remember. Stations are artificially 'propped down' by the simple fact that they cannot maneuver, turn, or fire player-controlled fixed-mount weapons. Artificial compensation seems understandable.

I'd totally like an opportunity to resubmit my Elex fleet, which was rejected for now fairly obvious reasons. After slabs were added, I revamped the ships to a much higher standard, but alas, it was too late.

If it's into a local server or one designated for this kind of thing (as opposed to a public server, testserver, etc.), sure. I see no reason why not. Probably not. This is kind of outside of the scope most people are thinking of when your topic title is "ethics of exploitation." Probably, and...

Having weapons take damage if overused doesn't sound like the best idea, one reason being that new players will have no idea that it could happen and might end up blowing up their hard-earned beam array in early-game. However, I could support a mechanic where beams build up heat as they fire and...

Perhaps that should be dropped, then. Replace it with a system where admins/Schine can put down special non-player-obtainable Loot Container blocks in specific AI ship designs (freighters, flagships...), and make the loot inside them better than just random blocks. Maybe even have Loot...

...Or until it isn't worth it. If this were just a deathmatch-style game like Crossout's normal battles or whatever, I'd fully agree and just say, "yeah, we just need to go back to system HP". If offensive/defensive fights over objectives like planets along with things like piracy will be the...

I'd much rather have individual subsystem HP... Fights have gotten too long, this I can agree with, but I think I'd rather make soft kills and disables more viable, than just make it easier to overheat things again.

Option D: Give us a Missile Assembler/Missile Reload Module block that costs a significant amount of power to do much, and let us decide how we want to balance things out for our own ships (again, at a potentially large power cost).

I think the requested policy is, more or less, do pretty much whatever is necessary for testing's sake, but report and do not reveal (or, preferably, use) the exploits.

Yeah, this is a bug... Presumably will be fixed by release.

They are; this is off-topic though :P

0.201.004 has a few broken things in config. There's a bit (linear="true") for the beam/missile combination tick rate that renders it nonfunctional, there are two values swapped in the missile capacity config, beam/cannon is set to zero acid damage (despite the dev blog saying it has a bit)...

That would be acceptable, but would need something to prevent exploitation... perhaps it should only work with the loading rail, and ships on load/unload rail could not fire weapons? :thinking:

I have no idea if they work yet, because nowhere in the game does it say what materials I have to put in the linked storage. >.>

Having too many of any missile type concurrently seems to hang servers (incl. local server - game client does not necessarily freeze/crash instantly but the local server ceases to respond). May be associated with the guidance system as well, seeing as I've only tested this with seeking and...