Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Radial Meteor Shielding #302

Open
wants to merge 1 commit into
base: master
Choose a base branch
from

Conversation

august-sun
Copy link

Implementing meteor shielding for stations, primarily handled by engineering, but can be handled by the crew in a pinch.

@github-actions github-actions bot added Design Related to design documentation for Space Station 14. English labels Sep 10, 2024
@Everturning
Copy link

Will these be roundstart?

@august-sun
Copy link
Author

Will these be roundstart?

If they are using containment fields, extra containment field pylons are usually mapped roundstart. Otherwise, it could be something to be researched by science, ordered, or both, possibly?

@Everturning
Copy link

I'm mainly thinking about the meteor shield station objective from 13... 🤔

@august-sun
Copy link
Author

Oh yeah I don't think this is going to be that powerful, though if station objectives were added (which I am a HUGE fan of), that'd make sense!

@thorjelly
Copy link

thorjelly commented Sep 19, 2024

I had a different 'meteor shield' idea recently, which was also intended to fix the common evac bombing problem at the same time. Was surprised to see a meteor shield design already recently proposed, so I'll mention my ideas here. If they are different enough to warrant a new document, I can do that.

Name it a "Breach Shield". When anchored to a tile with power, it will increase the resistances of all structural tiles within a radius. It will be relatively short ranged. Crew must proactively move and anchor the device to specific parts of the station in anticipation of specific meteor strikes. Total station coverage would be impractical.

Create a Meteorology Console at the bridge. This console shows a map with directional lines showing the path that upcoming meteors are going to take, and the time that they will strike. It will show, say, large meteors within 15 minutes of impact, medium within 10, small within 5. Bonus: Add the ability of crew with a HUD display and silicons to see AI pings. AI could help navigate crew to optimal positions to place the breach shield while AI uses the meteorology console.

Finally, add Breach Shields to the evac shuttle as an extra measure against evac bombing. These extra measures of proactive structural damage control could be the solution that is needed to remove or reduce the vacuum damage nerfs, which as I understand it, were put in place "temporarily" to find a solution to how common evac bombing is.

Why? Adds a proactive rather than passive or reactive solution to meteors, and a solution to evac bombings. To me it is important that it gives the crew something to do instead of taking away something to do (spacing prevention, in exchange for being forced to always fix spacings). Gives an additional role to bridge and AI, meteor tracking.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Design Related to design documentation for Space Station 14. English
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants