-
Notifications
You must be signed in to change notification settings - Fork 16
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
Community Patch Updates needed since Starfield 1.10.31 & 1.10.32 #924
Comments
UPDATE: First issue is that the Alias points to the wrong door. Second issue, it still didn't unlock. I had to modify the script:
|
This issue has been fixed by Bethesda, and the fix in the Community Patch actually reintroduces the bug now: https://www.starfieldpatch.dev/issues/32 These records should be removed: [000A91FE] [000A920E] |
Power From Beyond quests have been improved. Since 1.10.32 I have not had any issues with missing temples and quests not starting (maybe I've just been lucky). However, I had to revert some changes made by SFCP and forward differences. It's probably easiest to just open in xEdit and forward changes made in Starfield.esm, but noting them here if it helps. Objectives modified by SFCP and the Property Alias_PlanetExploredTrait being changed to None since the alias doesn't exist need to remain. New property for MQ_Temple_SubScript added in 1.10.31 "AnomalyLocation" needs to be forwarded to the records in SFCP The script fragments have been changed from Fragments:Quests:QF_MQ_TempleQuest_Freefor_formID_13 to Fragments:Quests:QF_MQ_TempleQuest_Freefor_formID_14 and the new fragment script name needs to be forwarded: Stage 60 - Reward List has been modified and needs to be changed XPRewardRadiantQuestLargeCOPY0009 [GLOB:002EDFA6] TempleStarborn alias Package is now an error in SFCP and needs to have the new packages forwarded from Starfield.esm. |
Needs records forwarded from Starfield.esm. I won't list everything, but basically just need to open in xEdit and forward changes made in 1.10.31/32. I've tried to cross-reference the Issues list with the quests. 000192D2 #49 001A8B64 #637 0018E0F9 #339 00003448 #345 002C1C9B #345 0024EF9C #519 - Removed reference to missing script [MQ305PlayerShipPilotSeatScript] [0024EF9C] 001DC45E #369 001FB85C #615 |
The following fix should be removed. It seems that it causes the game to crash upon saving changes to the ship. Unsure exactly why though, as all it does is change the faction keyword associated with the ship: https://www.starfieldpatch.dev/issues/860 |
That's quite a lot of changes. I'll see what I can whip up. |
|
Fixes that are no longer needed or need to be modified for better compatibility.
Details
#370
#553
#369
MQ401 "New Game Plus Standard Handling" [QUST:001DC45E]
SFCP adds properties for the Coe Estate Door so that it would be unlocked for Sam's Commitment quest. This fix is no longer needed due to 1.10.31 fixing this issue within Sam's Commitment quest. UPDATE, see 1st comment below. Beth's "fix" didn't actually fix anything, but it is easy enough to fix their fix....
Remove Coe Door properties from 001DC45E and the modified script Fragments:Quests:QF_MQ401_001DC45E.
SFCP also uses MQ401 "New Game Plus Standard Handling" [QUST:001DC45E] to fix #369. I suggest starting COM_Companion_SamCoe_CoraCoe_Handler "Cora Coe" [QUST:00187BF1] from the Update script instead of using MQ401 "New Game Plus Standard Handling" [QUST:001DC45E] properties and scripts to start it to maximize compatibility (this fix for Cora's quest not starting in NG+ when skipping the main quest is still needed as it is started within The Empty Nest quest which does not run when skipping the main quest). This fix is pretty important and wouldn't want it to get lost by the quest header being overwritten by another mod. The update script could listen for a setstage on MQ401 and start it at stage 450 or 455 of MQ401 (it's one or the other so would need to be set to start on either one) so that Cora isn't hanging out in the basement before you ever meet Sam in NG+.
My scripting skills are not great, but maybe something like this (untested and probably needs different conditioning to ensure it only listens if in NG+):
#373
This isn't anything to do with the Starfield update, but a change that I feel would be beneficial for compatibility.
This should actually be set on an INFO topic (the properties for the topic were not set properly so this is why it was not being set). This will improve compatibility as quest headers and scripts would still be vanilla, plus is appears this is how it should have been set.
Remove COM_SamCoe_Story_SG02 [SCEN:0026C506] and the modified script Fragments:Scenes:SF_COM_SamCoe_Story_SG02_0026C506 from the Community patch and instead change the properties on
[INFO:0026C5A1] ('And if she just learned to pick up after herself she just might live until she's 13.' in GRUP Topic Children of [DIAL:0026C5E3]). Tested and verified working.
#372
This isn't anything to do with the Starfield update, but a change that I feel would be beneficial for compatibility.
Remove COM_Quest_SamCoe_Commitment "Commitment: Sam Coe" [QUST:000DF7AD] and the modified Fragments:Quests:QF_COM_Quest_SamCoe_Commitme_000DF7AD script from the Community patch and instead change the properties on [INFO:0023DFA5] ('Well, apparently we're having a ceremony! Any time you're ready, head over to Akila City.' in GRUP Topic Children of [DIAL:0023E003]). This will improve compatibility as quest headers and scripts would still be vanilla, plus is appears this is how it should have been set. Tested and verified working.
#885
SFCP modifies the ownership of 0022F4A2 to SyndicateFaction [FACT:00270274]. This was fixed in Starfield v1.10.31 and is no longer needed in the Community Patch.
Remove 0022F4A2 from SFCP.
#679
Starfield v1.10.31 adds a condition to [INFO:00187B59] ('Laughs Okay. Good one, Cora. Next time you see Barrett try it out on him.' in GRUP Topic Children of [DIAL:00187BC7]) so that if Barrett is dead it won't fire.
Remove COM_CoraCoe_RC_07 [QUST:00187BF5] from the Community Patch.
#631
This was fixed in 1.10.31. Tested and verified working as of 1.10.31.
Remove lc116world "Nishina Research Station" [WRLD:0023B8C3] and all sub records from SFCP
Game Version
1.10.32
Language
English (EN)
Have you recreated this issue on a new game?
Yes, I can recreate this issue.
Reproduction Steps
Nothing to reproduce. Just check changes made in Starfield.esm and the changelogs.
The text was updated successfully, but these errors were encountered: