Skip to content

fix the Shivan Comm Node#7459

Open
Goober5000 wants to merge 3 commits into
scp-fs2open:masterfrom
Goober5000:fix/comm_node
Open

fix the Shivan Comm Node#7459
Goober5000 wants to merge 3 commits into
scp-fs2open:masterfrom
Goober5000:fix/comm_node

Conversation

@Goober5000
Copy link
Copy Markdown
Contributor

Fix the root cause of #4089, the Shivan Comm node, and make a few upgrades to address discoveries found during the investigation. A lot of us had found pieces of the puzzle, but Claude helped put them together.

Fix #4089, part 1:

Fix #4089, part 2:

  • properly link special-point subsystems with -destroyed submodels, if such a relationship exists and a game_settings.tbl flag is set
  • add some helper functions for -destroyed variants of submodels (and now subsystems)

Fix scp-fs2open#4089, part 1:
- give the `my_replacement` and `i_replace` fields clearer names
- for submodels with the `Is_damaged` flag (representing -destroyed variants or debris), initialize them to blown-off (the true fix for scp-fs2open#3078, fixing a regression introduced in the model instance refactor)
- roll back the de-parenting of live debris from scp-fs2open#3089 (726ce95), because it was a wrong fix to the initialization bug and introduced its own subtle bug when positioning live debris
- roll back the `Can_move` flag skipping from scp-fs2open#4138 (063d7af), because it was another wrong fix to the initialization bug
- add some clarifying comments
Fix scp-fs2open#4089, part 2:
- properly link special-point subsystems with -destroyed submodels, if such a relationship exists and a game_settings.tbl flag is set
- add some helper functions for -destroyed variants of submodels (and now subsystems)
@Goober5000 Goober5000 added this to the Release 26.0 milestone May 14, 2026
@Goober5000 Goober5000 added fix A fix for bugs, not-a-bugs, and/or regressions. models Issues or features having to do with model data (like animations or geometry) labels May 14, 2026
@wookieejedi
Copy link
Copy Markdown
Member

Link_subsystems_to_destroyed_submodels So to check this means this "link subsystems that are just special points to submodels" correct? Because subsystems that are already submodels are already linked.

If so, this name is a tad confusing (at least to me), maybe Link_point_subsystems_to_destroyed_submodels might help clarify? Happy to hear other thoughts, too!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

fix A fix for bugs, not-a-bugs, and/or regressions. models Issues or features having to do with model data (like animations or geometry)

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Doubled armor on crystal in Shivan Comm Node after 88c1d8a02a9062c394262aca3888e2debb15c22a commit

2 participants