[Starfield] SF Creation Kit Official Patch 1.14.78

[Arthmoor]

Starfield CK Update 1.14.78

Updates

Localization support has been added. You will now be able to enter your own localization strings for your Creations.
We have added several rig files (including the Rev-8) to assist with making new Creations content.

We are working to update our documentation with detailed instructions for how best to use these. But for now, feel free to try them out.

Bug Fixes

Addressed an issue with FaceFX LipGenerator related to spaces or special characters.

 

Since BGS has chosen to start issuing CK updates out of phase with regular game updates, it's time the CK got its own post. Not mentioned in the official changelog is that there are several new scripts for the Tracker's Alliance, along with several others for the TA that have also been edited since the last update. They appear to be pending bugfixes for the DLC in a future game update. Until the game updates it would not be recommended to unpack the .psc files from the ContentResources.zip file. They appear to rely on the existence of new properties and such which the current game version does not yet have.

[DayDreamer]

Still not showing the correct Story Manager Quest Nodes (SMQN). All the CoraCoe dialogue Use Reports say it's in SQ_PlayerShipDialogue_CoraCoeNode node, but that's not in Actor Dialogue Event and doesn't come up by clicking on it. It doesn't show up in search, or by the text filter.

Instead, this turns out to be under Script Event, and that node is blocked with TrueGlobal == 0. Well, it's not a Script Event, so this was a massive mistake. Glad they recognized it, sad they didn't fix it.

In fact, quest COM_CoraCoe_RC_06 (Scene_RC_Lodge) isn't in the only other related quest node (COM_CoraConverationsQuestNode), because it only makes sense in a ship. There are others like 06 that should be on a ship. While 10 and 15 should only be in the Lodge.

As an aside, it would be nice to have them only happen every 8 hours or so. There is "Hours until reset", but I'm not able to easily test that it's working. Likewise for the chatty Andreja<>Sarah problem (https://afktrack.afkmods.com/index.php?a=issues&i=33640).

Anyway, this CK keeps warning about edited quests: DLC file 'unofficial starfield patch.esm' contains non-partial QUST 'Landmark_Opportunity' -- for all such quests. If it's supposed to be some kind of partial QUST (???), why didn't the CK make it or properly save it?

It's egregiously obvious that this isn't the CK actually used to build the game.... And SF1Edit is really needed.

 

Edited February 8 by DayDreamer
Script Event

[Arthmoor]

This was a CK update, not a game update. You'll have to wait for a game update to get any SMQN fixes out of them.

[DayDreamer]

I've reported the game problems in the tracker separately. I'm testing some fixes.

Here, I'm referring to the ability to correctly display the existing records that are in the Bethesda master files. I'm also referring to the warnings file about records that were generated from .esp and .esm that were made by this CK. They just don't make sense (to me).

Sorry that I didn't keep the two things separate in my post, It was more a stream of consciousness as I'd tried to understand.

I'd waited until the CK was available before buying the game. That initial CK couldn't display the SMQN for some master files at all! (Reported on another thread.) This current CK still has things it is not displaying properly. This current CK is itself making records that then have warnings.

The warning example given is from USFP. But I'm seeing the same warnings in my bug fixes.

[DayDreamer]

Another thought (now downstairs on the gaming machine). Perhaps in these specific example cases, they changed the development process sometime later, but the CK itself hasn't been updated to match.

On the third hand, maybe they have their own CK, and this is a bowdlerized version for the modding masses.

During testing, I've noticed that removed SMQN records in my patch still seem to happen. While my added SMQN records also seem to happen....

Perhaps this is a game engine bug, too. The CK says there are "Quest Dialogue Conditions" on the Quest Data tab, so I'm assuming that those conditions are actually stored in the QUST records.

But maybe those aren't the real conditions anymore, because there are also "Node Conditions" on the Story Manager Event Node screen? Or maybe they are somehow additive? Those Node Conditions show up on the Quest Data tab (in purple). So the CK magically knows about them, but has no method to jump to their records? It would be really helpful for the CK to have a Quest Node list in the Quest Data tab.

It would be even better to have only empty SMQN records in the Story Manager tree. During loads, the game engine would see the QUST records, see the "Event", see the Quest Node link list, see the conditions, and dynamically add each quest into the SM tree. Then we could be sure that the game engine is doing what the CK is displaying.

Much easier for developers. They seem to have had trouble remembering to add things to the proper quest node, and failed to read the warnings file. Currently, there are rather a lot of such EditorWarnings:

•  <foo> is in quest node <bar> under the wrong event type.
• Quest <foo> has not been added to the story manager.
• Quest node <bar> is orphaned.

It would also be better for modding. It may be that there's a serious problem with conflict resolution. What happens with multiple masters modifying the same Random Quest Node?

Of course, I'm assuming that because the Node Conditions show up in the Quest Data tab (in purple), there's an actual data element of some kind in the QUST record that links them. If only there were some documentation....

UPDATE: Also, I'm assuming that because any quest can in fact be under more than one SMQN and in more than one Event type, the data element is a list instead of a single link. Maybe that's another problem with the CK form display?

Edited February 9 by DayDreamer
list instead of a single link

[DJLegends]

On 2/8/2025 at 11:38 PM, DayDreamer said:

Another thought (now downstairs on the gaming machine). Perhaps in these specific example cases, they changed the development process sometime later, but the CK itself hasn't been updated to match.

On the third hand, maybe they have their own CK, and this is a bowdlerized version for the modding masses.

During testing, I've noticed that removed SMQN records in my patch still seem to happen. While my added SMQN records also seem to happen....

Perhaps this is a game engine bug, too. The CK says there are "Quest Dialogue Conditions" on the Quest Data tab, so I'm assuming that those conditions are actually stored in the QUST records.

But maybe those aren't the real conditions anymore, because there are also "Node Conditions" on the Story Manager Event Node screen? Or maybe they are somehow additive? Those Node Conditions show up on the Quest Data tab (in purple). So the CK magically knows about them, but has no method to jump to their records? It would be really helpful for the CK to have a Quest Node list in the Quest Data tab.

It would be even better to have only empty SMQN records in the Story Manager tree. During loads, the game engine would see the QUST records, see the "Event", see the Quest Node link list, see the conditions, and dynamically add each quest into the SM tree. Then we could be sure that the game engine is doing what the CK is displaying.

Much easier for developers. They seem to have had trouble remembering to add things to the proper quest node, and failed to read the warnings file. Currently, there are rather a lot of such EditorWarnings:

•  <foo> is in quest node <bar> under the wrong event type.
• Quest <foo> has not been added to the story manager.
• Quest node <bar> is orphaned.

It would also be better for modding. It may be that there's a serious problem with conflict resolution. What happens with multiple masters modifying the same Random Quest Node?

Of course, I'm assuming that because the Node Conditions show up in the Quest Data tab (in purple), there's an actual data element of some kind in the QUST record that links them. If only there were some documentation....

UPDATE: Also, I'm assuming that because any quest can in fact be under more than one SMQN and in more than one Event type, the data element is a list instead of a single link. Maybe that's another problem with the CK form display?

> On the third hand, maybe they have their own CK, and this is a bowdlerized version for the modding masses.
They do have their own version of the CK but with more proprietary content
> It would also be better for modding. It may be that there's a serious problem with conflict resolution. What happens with multiple masters modifying the same Random Quest Node?
no visible changes of Story Manager nodes so conflicts in SF should be the same in Skyrim

Edited February 15 by DJLegends

[DJLegends]

On 1/28/2025 at 3:54 PM, Arthmoor said:

Starfield CK Update 1.14.78

Updates

Localization support has been added. You will now be able to enter your own localization strings for your Creations.
We have added several rig files (including the Rev-8) to assist with making new Creations content.

We are working to update our documentation with detailed instructions for how best to use these. But for now, feel free to try them out.

Bug Fixes

Addressed an issue with FaceFX LipGenerator related to spaces or special characters.

 

Since BGS has chosen to start issuing CK updates out of phase with regular game updates, it's time the CK got its own post. Not mentioned in the official changelog is that there are several new scripts for the Tracker's Alliance, along with several others for the TA that have also been edited since the last update. They appear to be pending bugfixes for the DLC in a future game update. Until the game updates it would not be recommended to unpack the .psc files from the ContentResources.zip file. They appear to rely on the existence of new properties and such which the current game version does not yet have.

btw any announcement for releasement of Documentation Public has been dying looking for this info

[DayDreamer]

9 hours ago, DJLegends said:

no visible changes of Story Manager nodes so conflicts in SF should be the same in Skyrim

The CK released last year couldn't even read the Story Manager nodes. I'd documented that over on the USFP thread:

On 7/30/2024 at 7:40 PM, DayDreamer said:

the (00021E65) Actor Dialogue Event "is an invalid version to be edited."

Quote

The current version of this form is more recent than this editor can support. Please update your editor before modifying this form.

File SFBGS003.esm.

That was fixed by the game and CK update in September.

Currently, modifying the Story Manager quest nodes results in dozens of EditorWarnings about "destructing with globally accessible counts." What counts? Or maybe this has nothing to do with Story Manager itself, and is something else?

Agree that we really need better documentation. Skyrim CK website was released about the same time as the CK, and then regularly updated. Thank goodness the UESP folks cached it (https://ck.uesp.net/wiki/Main_Page), because today creationkit.com redirects to:

Quote

Maintenance

Last modified by Nick Vanhartesvelt on 2024/02/07 16:30

 

 

---

This wiki is currently down for backend maintenance.

 

Any news will be posted in the official Bethesda Game Studios discord, in the #modding-news channel.

 

Thank you for your patience!

 

 

Created by Nick Vanhartesvelt on 2024/02/07 16:30

More than a year ago! How did Bethesda ever make Starfield with no documentation?

[DJLegends]

11 hours ago, DayDreamer said:

The CK released last year couldn't even read the Story Manager nodes. I'd documented that over on the USFP thread:

That was fixed by the game and CK update in September.

Currently, modifying the Story Manager quest nodes results in dozens of EditorWarnings about "destructing with globally accessible counts." What counts? Or maybe this has nothing to do with Story Manager itself, and is something else?

Agree that we really need better documentation. Skyrim CK website was released about the same time as the CK, and then regularly updated. Thank goodness the UESP folks cached it (https://ck.uesp.net/wiki/Main_Page), because today creationkit.com redirects to:

More than a year ago! How did Bethesda ever make Starfield with no documentation?

They do have documentation which is hosted on their new site Xwiki

[DayDreamer]

4 hours ago, DJLegends said:

They do have documentation which is hosted on their new site Xwiki

Then you must know some secret handshake, because all I see at https://wiki.bethesda.net/ is a splash page.

My Maintenance quote above was from the Skyrim and Fallout IV and Elderscrolls Construction Set banners. The GECK points to the non-existant https://geck.bethsoft.com/. Apparently, Doom Snapwiki is working (I'd never tried that before).

No joy on Starfield.

[DJLegends]

On 2/16/2025 at 5:37 PM, DayDreamer said:

Then you must know some secret handshake, because all I see at https://wiki.bethesda.net/ is a splash page.

My Maintenance quote above was from the Skyrim and Fallout IV and Elderscrolls Construction Set banners. The GECK points to the non-existant https://geck.bethsoft.com/. Apparently, Doom Snapwiki is working (I'd never tried that before).

No joy on Starfield.

they moved their Wiki to Xwiki since they were working on updating the site. you can literally ask arthmoor and he'll tell ya the wiki exists xD

[lmstearn]

17 hours ago, DJLegends said:

they moved their Wiki to Xwiki since they were working on updating the site. you can literally ask arthmoor and he'll tell ya the wiki exists xD

We know the wiki exists, it just hasn't made any documentation available to the general public at this time.  There could be a locale issue with the site as well, do you see the Maintenance notice?

[DayDreamer]

I've reported a crash. It's fairly easy to reproduce, simply by opening and closing quest objects without changing them.

This is the official response:

Quote

Greetings!
 
Thank you for contacting the Bethesda Customer Support Team. My name is Dan and I am with the advanced team that will be assisting you today.
 
We understand that you are experiencing issues where the Creation Kit crashes after longer sessions.

 

While we are able to assist with crashing issues for the game itself, Bethesda Customer Support does not offer support for modding or specific mod tools at this time. If you need help with the Creation Kit, you should visit the official Creation Kit wiki here. You can also talk with your fellow community members on the Official Bethesda Discord Servers.
 
If you have any additional issues or questions please don't hesitate to contact us.
 
Regards,
Daniel
Bethesda Customer Support
 
Keep an eye on our official Facebook, Twitter, and website for upcoming news about Bethesda Softworks games here:

 

https://www.facebook.com/BethesdaSoftworks 

https://twitter.com/bethesda 

https://www.bethesda.net

 

 

Seriously not happy that they don't want crash logs for their own CK.

Not amused that they link to the old Main_Page that redirects to the maintenance page.

If support is up to "fellow community members", then we should be using an open source community version.

 

[DJLegends]

On 2/23/2025 at 12:09 PM, DayDreamer said:

I've reported a crash. It's fairly easy to reproduce, simply by opening and closing quest objects without changing them.

This is the official response:

 

Seriously not happy that they don't want crash logs for their own CK.

Not amused that they link to the old Main_Page that redirects to the maintenance page.

If support is up to "fellow community members", then we should be using an open source community version.

 

send it to Arthmoor so he can send it straight to the devs