Search results

Granted, it is much more flexible, however, in the same time, much more difficult to control, both for players and possibly even for the developers. From the player's perspective: Instead of an obvious, even intuitive, way of performing the trick, the player would need to actually count (don't...

Came up with a similar idea. However, instead of linking a display module to some other block(s) (which would inevitably create some rotation problems, e.g. how to determine slave block's projection face), I propose adding another block, completely transparent in astronaut mode (like Trigger...

And ultimately I completely don't understand how any of these can possibly be connected to the amount of RAM the computer has.

Yeah, I've seen that video. And the one which came after that. But currently there unfortunately is no way which I'm aware of to offset the text further than 3-4 blocks away from the module (and in this case the text itself must be relatively short in length). Considering all those awesome...

UP

UP

Again, there is no shipyard involved. In any case, there is much work to be done, and even more outside the game environment =), so I can wait for quite a long time, before a need for the fix will arise.

Basically the suggestion is simple and pretty much self-explanatory. This would make "floating text hacks" more flexible and easier to perform (with this, text projection not limited to a 3 block radius would become possible). Unless, of course, there are some rendering limitations, and making...

Except there were no shipyards involved. But yes, entities appeared approximately 1km away from the ship position, all on a single side (left). I just wasn't prepared for this kind of events and didn't look for them... elsewhere.

UPDATE: It appears that entities I connected (and built) that way did not save at all.

Just checked that out. Thank you for this advice, it really saves me from some extreme pain caused by piloting hundreds of doors (lol) and other moving parts through the ship.

True, but it forces the core to be directly under the docker, and that in unacceptable as it should be hidden due to its out-of-place look. Here are some screenshots. First one (003) shows an entity that should be docked. Red light represents a Rail Docker block, as the entity comes from the...

I guess I do... Turning it off of course will make my life a bit easier, but not enough. The main cause of demolitions, I mentioned above, is not the collision damage itself, but the need to make big holes inside some already designed and built constructions to be able to fly the entity through...

That is indeed unfortunate news. You said "currently", may I ask, if there are some plans about changing the situation, how close are we to the solution atleast approximately (weeks, monthes,.. years)?

First of all, thanks for a quick response. I am aware of such method. Unfortunately, this one is even more inconvinient. Let me explain: the problem is that I need to actually fly through the whole interior or some difficult-to-access exterior areas. And that is practically impossible without...

The question is simple: is there an easier way to raildock two entities than the "aim and shoot" method? Have some plans, which involve many rail systems, for my current build, but a single thought about piloting another freaking door through the ship's interior makes me extremely uncomfortable...

Imho, there is a need of cosmetic customization system for weapons and shields as well. Sounds, colors, projectile sizes, shapes... maybe something else.