This is getting better and better. And just stacking the rails is the perfect way to have variable speeds. It's intuitive and does not rely on a menu.
For now, yes.This is getting better and better. And just stacking the rails is the perfect way to have variable speeds. It's intuitive and does not rely on a menu.
Speaking of which will the need for a core in every move-able entity be here to stay? i.e at the moment every door requires a core :/For now, yes.
But it spams entities, you need multiple cores and you can't accelerate the automatic docking of multiple fighters over the same rail system with it.
I see it as a temporary solution - especially if you need to set up the logic sync, which is also more complex with the current dev builds.
I would also like a block-shape more, because it would be independent from GUI and GUI-mods, dialogue-language ...I like that this game tests my brain, so I cant say I'm a fan of simple GUI's for adjusting speed.
Perhaps a new master-slave system with rail-blocks?why not use enhancers for both? Or would that cause too much hassle? Perhaps size of enhancer group linked to rail effects one, while number of groups effects the other? Just chucking it out there
Is the mass capacity of the rail determined by the number of enhancers or by the dimensions of the enhancers? It would make sense to use the number for mass of the connected entity and dimensions for speed in specific directions.For now yes you will need a core, as it's built off the docking system. Enhancers will already be used to expand the mass supported on a rail, so adding another for speed might be a bit much, so we'll see
That would encourage clever rail-ways (not zig-zag but a straight line)Is the mass capacity of the rail determined by the number of enhancers or by the dimensions of the enhancers? It would make sense to use the number for mass of the connected entity and dimensions for speed in specific directions.
On another note, high speeds could cause issues and I'd suggest doing something like this to prevent that:
- Accelerate from stop instead of instantly taking on high velocity.
- Set max speed (relative to rail) to server max speed. Perhaps overdrive on the thing riding the rails could increase this.
- Make max acceleration a server option. (Perhaps the default could be a human-tolerable acceleration like 2g.)
- If the top speed is just too high for the length of the rail, stop accelerating halfway down the rail and start decelerating back to stop.
are there any plans for wedged rails or something.hmm, i'll talk to schema about it, see what we come up with. There are existing plans but they may have changed.