Search results

I am not in favor of any sort of FTL that involves waiting, doing nothing, during the jump. FTL charge times should be ridiculous because that's the only way to prevent someone from just FTLing all over the place every few minutes. Having a period where the user waits, doing nothing for several...

Mine was that #4 now aligns to the closest axis of your selected target (if you have one), and #5 is still point the ship at your target. Relative orientation is more important than absolute orientation when it comes to docking maneuvers. Also, suggested control scheme: C-point at target (and...

Going by what was said above, you would be able to have a weapon that increases the "unstable tachyons" of a ship to make it either damage itself when it jumps or make the pilot stop the jump. Basically causes the FTL drive to jump. Also, don't have a maximum size for FTL gates. Really, I...

So you build up "heat" or "unstable tachyons" or whatever when you do a free-jump, and then when you jump with too many of those, you blow up? That actually sounds like an excellent way to prevent someone to continuously escape a fight by just "poofing" over a few sectors.

Shouldn't the "Snap to axis" option work with a selected target. i.e. I need to be facing down to dock, so I select the ship, face about down, and then hit "v" or whatever the key is. Then I am aligned with the target ship's y axis

I'd hardly say "steam-punky" is the right term. More like a sci-fi version of a steamboat, given the coloring scheme. But yeah, that's a fine-looking ship.

The reason it should use a seperate reservoir is so that charging for FTL actually takes time, since otherwise you get a system where you are normally limited to 20,000 energy, with 100k+ regen per second. If storing energy for FTL seems weird or like it might be confusing, have "flux" or...

So, I still think that using predetermined functions with different inputs (Linear, scaling 30, offset -10) would probably be the most best way to efficiently implement this using the config. (Once we have an API we can use then we could probably directly write functions) Then you could have a...

I wasn't talking about creating new functions using the config, which is what this seems to be doing. What I was talking about was having a few predetermined functions that take variables already set up and have the config file determine where the program jumps when it wants to determine the...

Don't worry about the lecture. Anyway, there could be an xm7.2 reactor, which is basically a slightly more powerful xm3.4 that explodes if hit. Same mechanics. Though I suppose they should share the regen cap, though that cap should scale based on how much comes from the xm3.4 and how much...

Sorry. That was a poorly written post. I didn't mean to claim that I had copyright or that I came up with the general ideas (Pretty sure I didn't) It was merely intended as an alternate set of rules that people could comment on in the context of this thread. Going back and editing that post...

shift-v gives you a whole group. Personally, I would like a way to deactivate thrusters so I don't ram into stuff while docking, but can still zip around in my fighter.

Also gatling-gun style outputs for external weapons. Sure.

Yeah, a design of yours. Not everyone builds ships the same way as you do. Currently the favored new thruster system of the devs is a system where max speed is based on thrust, and thrust and speed can be divided between the different axes. I would favor a system where the max speed requires...

Or "lucky shots" can only happen so often. (based on shield area - for ease of calculations, just take the max cross-sectional areas of front,top,right and use those). So basically the lucky shot has a chance to happen, and then won't happen again for another 5 seconds.

I have come up with a very similar energy system, which can be seen here. This has "cell" type blocks, which are basically batteries that need to be refueled.

I believe the system used means you would swap out texture files, the model file, and an animation file that is associated with the model file. Assuming your replacement animation file is correctly done, there would be no problems whatsoever. (Easier said than done) All the models and animations...

Basically an entity block displayed as a graphical effect in the client, then you hit it with salvagers? A most excellent suggestion.

See comments about fuel. That's really going to be the balancing mechanic. Yeah, you can put 700 fusion reactors on your titan, but then it would take a month to get enough fuel to power it for an engagement. The explosive mechanic is another balancing factor, is the ability to use full weapons...

This is actually really good. However, a) How much of a ship would be FTL drive to use beacons? Emergency jumps? Warp drive? b)I'd rather the FTL cost of a ship for a station be based off mass, rather than volume.