That's already more or less possible. You can move docked entities with area triggers around to change gravity for a player. The only problem is they are linked to the gravity on that docked entity and not the ship itself. Even if it was changed to allow players to align to the mother-ship...
In some instances seamless transition is possible. I have a cargo freighter that uses shootout rails to fire cargo crates down onto a station and the process is seamless. The cargo container shoots out and is picked up without delay.
Very good points. A public access with all sorts of security would be a little off... If it's clearly marked I doubt it would be mistaken. I can't really say if ditching the big P has a downside because like I said it made me not use them even if I wanted to. How much text are you willing to...
With the direction this game is going it seems unreasonable to me to assume everything has to be docked. What's the point of having fleets if the only way to ensure their safety is to dock them? Fleets need to be able to deal with threats, the AI needs to know how to use scanners so cloaked AI...
With sun damage added now I would really love a more expanded structure to systems or whatever you want to call them, the problem becomes balance between realism and game-play and Starmade does seem to have a more arcade style to it. A lot of people do want more realism but one problem is...
This is kind of a tough subject to discus. On one hand you have the people who like warheads and want rewards for the effort they take, I get this I want to put functional torpedoes into my carrier. On the other hand you have to consider other factors like the fact that there is no auto...
If the computer was only on a single face you should be able to use the block where you need it and not expose the face if need be. Right now I pretty much refuse to even consider using permission modules in any of my designs as there is no way to get around the fact that it is a giant P on...
I have no real feelings on emoticons either way but I do see the usefulness of clickable links.
It really should also have some server side options as well:
Enable disable links and or emoticons
Set a white list or black list of acceptable websites to prevent abuses.
Perhaps limit it to...
Yeah I would say thrusters myself. Not only do they look great for exterior and interior detail but they are functional as well. I used them for conduits on floors, ceilings, I line my doors and windows with them, the actual thruster part makes an amazing stove.
Armor is also extremely heavy, therefore you need more thrust and more power for that thrust if you want armored fast ships or you will be a slow tank. I think this is a great balance to armor and you don't specifically need power to protect your ship. I have been very vocal about my objection...
kupu I know your busy with a texture overhaul and this may be included in that overhaul but I have a small request. I've been advocating for the permission module to be able to be linked via C & V but this isn't possible in the current state of the game. At the very least a new texture might...
The factory ticks twice per pull tick. Simply making them the same speed would either nerf factories by 50% or speed up storage pull. I'm sure the reason as to why the pull ticks are so slow is to prevent lag.
They are perfectly synchronized.
Anytime one block is required to be next to another block in order to function it is not because of a design choice but a limitation of the connection system. This is the reason for area triggers and permission modules. If Schema one day finds a solution to this limitation I am sure he will...
Unless you look at it, see connections and move on not knowing that connections are missing therefor causing problems down the line. If they were all missing you would know you have to fix it.... it's a very case based scenario but it can happen.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.