This object is in archive! 

[Suggestion] Adding more depth to Jump Drive mechanics

Hönir shared this feedback 14 months ago
Not Enough Votes

Some SE players consider jump-drive more of a shortcut to cover vast distances than a full game-mechanic due to its simplicity and missing out on all the things you might find on the jump way.

So, here is what I suggest to add more depth to it

1. Making jumps automatable. Jump Drive prompts the player on jump confirmation. If this option can be switched off in Jump Drive settings and any automation in SE can trigger a jump (timers, sensors, event controllers, custom turrets, programmable block scripts),

it would add more opprtunities for system interaction inside the ship

2. Subspace jammers and subspace detectors (something with size of ore detector). It makes sense to be able to stop jumping ship if there is something on it's trajectory as well as to have a countermeasure for it.

2.1. Jump Drive would have a 'frequency' param that has a range, let's say 1 to 3000 (to avoid brute force)

2.2. Subspace sensor block would have a 'frequency' param (same range 1 to 3000) a 'radius' param (similar to Safe Zone, mb with higher maximum) and mode of detection ('grids', may be with subparams like turrets have; 'asteroids' to detect asteroids adding some ore options to detect only specific asteroids). If sensor detects something, it both warps ship to reality at the point of detection and can fire an action like a regular sensor. One grid can not have more than one sensor active. Earlier built block has a priority in same grid

2.3. Subspace jammer block would have 'radius' param (similar to Safe Zone, mb with higher maximum), a 'frequency' param and mode of jamming ('sensors', will prevent from working any subspace sensors that have different frequency in the area; 'jump drives', will warp back to reality any ship that went through the area and grid can't jump out of the zone if frequency does not match). One grid can not have more than one jammer active. Bigger grid jammer has priority. Earlier built block has a priority in same grid

What that would achieve

1. Jump Drives would become more than just means of covering vast distances

2. It becomes more likely to find someone in vast void of space without exploits, yet it works both ways.

3. Ore scanning gets a little simpler.

4. There is measure-countermeasure dynamics for jumps, scanning and detection

Leave a Comment
 
Attach a file