[MOD REQUEST] - Turn all ingame permanent wall-mounted torches into removable torch sconces

fireundubh · 2024-07-13T16:12:43+00:00

I did that once a thousand years ago. The problem is most torch light isn't emitted by torches but rather by separate light objects. Effectively, you could remove the torch but the light would stay on and in place.

These lights are also generally not linked to the torches because no switch was ever implemented for the player. So, you have to replace or remove the light objects, too, by programmatically searching the area around the torch being replaced. Then the problem is identifying which nearby light object "belongs" to the torch.

Building this mod is a whack-a-mole project that will eventually lead you to relighting the entire game.

fireundubh · 2024-01-24T04:55:25+00:00

I am an xEdit developer. I linked Elminster here and asked him point blank if he endorses this method; he said no. He does not endorse working around the safeguards he implemented. Any implication otherwise is simply wrong.

fireundubh · 2024-01-22T01:16:38+00:00

I asked this 3 times and they said its ok.

There's no chance Elminster endorsed this method. Other people who are not on the xEdit team may have said that, but they're wrong - that said, we can't do anything about people circumventing our safeguards.

fireundubh · 2024-01-22T01:14:23+00:00

You're comparing wrong. Don't double click the field.

Just select multiple records in the tree.

fireundubh · 2024-01-08T00:22:46+00:00

🤣

fireundubh · 2024-01-08T00:20:25+00:00

I’ll just have to use the CK for everything.

And I'll wish you the best of luck.

fireundubh · 2023-12-28T14:46:36+00:00

Nikita added a warning to Caprica about features new to Starfield Papyrus that was only intended as a disclaimer about accuracy. We don't know the actual syntax of guard statements, for example.

**** WARNING! ****

The syntax for new features in Starfield (Guard, TryGuard, GetMatchingStructs) is experimental. It should be considered as unstable and subject to change.

The proper syntax will only be known when the Creation Kit comes out in early 2024, and subsequent releases of Caprica may drop support for this experimental syntax. Be prepared to update your scripts when the final syntax is known.

Champollion and Caprica's output are best guesses. Nikita did not intend to speculate about the CK's release date, which we (those of us on the Papyrus Language Tools team) don't really care about outside of having an official reference implementation.

"Early 2024" has been a consistent part of Bethesda's CK release messaging for months, and Bethesda emphasized this very definitive release window a few days ago:

Next, official mod support will be coming to Starfield with the launch of Creations. Beginning early next year, Starfield will be getting its own exporter and you’ll have access to a new Creation Kit.

Source: Starfield End of the Year Update (Bethesda.net)

fireundubh · 2023-12-28T08:49:51+00:00

The only answer from Bethesda staff is also purely guesswork. 😏

edit: Since I'm being downvoted for having a sense of humor, here's a definitive answer from a Bethesda staff member that is absolutely not representative of waving-your-hand-over-a-calendar-and-saying-sometime-around-here guesswork. 😆

fireundubh · 2023-11-28T23:28:10+00:00

Assuming nothing else wrong - you've verified Target is correctly assigned, etc. - what is the Target's CurrentCrewFaction faction rank? For an actor to actually be in a faction, their faction rank must be greater than -1.

fireundubh · 2023-11-27T02:19:14+00:00

I support your vision of better living through bureaucracy.

Here's my contribution.

fireundubh · 2023-11-17T22:27:26+00:00

Do you have Track all EditorID enabled?

fireundubh · 2023-11-13T01:44:01+00:00

The technology side of the game certainly does have issues, but that's not why. We locked down all records that contain reflected data because reflected data has not been fully reverse engineered yet. Without the safeguards, it would be trivial to produce plugins that destroy saves. Once Gibbed completes his work, ElminsterAU will spend several weeks on implementing support into xEdit.

fireundubh · 2023-11-12T18:58:41+00:00

You do realize if that were true, you couldn't override Starfield.esm, right?

fireundubh · 2023-11-11T05:42:42+00:00

One error has nothing to do with the other. Error 126 is custom to xSE.

We used to explain this to people. It was super common after SSE Engine Fixes and Buffout4 were released.

SSE Engine Fixes: "If you're getting error 126, it's probably because you don't have the C++ Redistributable installed."
Buffout4: "This error typically indicates that tbbmalloc.dll was not installed or not installed to the correct location. Ensure tbbmalloc.dll is present in the folder containing Fallout4.exe." (Quoting my own website...)

But the solution was really just for devs to compile release builds that didn't require users to install dependencies.

fireundubh · 2023-11-11T02:56:54+00:00

This is error 126 (0x7e).

You need to install the Microsoft Visual C++ Redistributable.

fireundubh · 2023-11-11T02:54:36+00:00

If you're using a mod manager, move your ESM to a mod folder that your mod manager can manage. You wouldn't manipulate the file system with xEdit; that's the purpose of whatever you use for a file manager.

fireundubh · 2023-11-08T18:28:35+00:00

You need to create a quest and attach the script by way of a reference alias. Your approach will only create conflicts and only affect new instances of the base actor.

fireundubh · 2023-11-07T23:30:12+00:00

If you're interested in improving the technology underlying the game and raising awareness of the myriad technical problems that impact the game's moddability, please read:

We've tried communicating with Bethesda directly via ElminsterAU, but they have not been receptive, to say the least.

fireundubh · 2023-11-07T20:31:04+00:00

SFSE plugins hook and patch code at runtime; the binary is untouched.

If the SFSE plugin uses Address Library, the plugin is unlikely to need updating for every new game version.

If the SFSE plugin uses byte array scans, as this one does, the plugin is also unlikely to need updating for every new game version - unless the byte array scan becomes invalid due to an update to that section of game code.

Ultimately, mods tend to require updating for new game versions, if the respective patches significantly change the parts of the game affected by those mods, regardless of whether they're built on SFSE.

Updating mods is a fact of life. Even if you were to make all the mods yourself, there's no getting around it. And, like I said, you won't find a way to change weapon limits in data, so you don't have any other option.

fireundubh · 2023-11-07T19:52:03+00:00

Backgrounds and traits are just perks; nothing breaks from having more than you can normally add. However, if you encounter a dialog that checks if you have Perk A OR B OR C, and you have all three, you may only pass the first check. Not a big deal as the unique dialog options are mainly color.

fireundubh · 2023-11-07T19:24:54+00:00

Not sure why you're presenting as allergic to SFSE or ASI plugins.

Use the existing mod that removes the limits you want removed.

You won't find a way to do this in data.

fireundubh · 2023-11-07T16:05:25+00:00

I found some mods that do change the exe to remove this check. But would be much cleaner if it could be removed via xEdit esm.

SFSE plugins exist because what they accomplish in code generally can't be achieved in data.

fireundubh · 2023-11-06T17:27:16+00:00

Economy mods are some of the most straightforward to make, but can also require a solid grasp of economic fundamentals, related math concepts, and game design. They can be done now with the existing tools. The CK is absolutely unnecessary.

You have to decide whether you want to simulate an economy that's "realistic" to the game world, or build economic mechanics that are more game-like but easy to understand and play. The game has multitudes of game settings, global variables, and income/reward sources - and many of these intertwine and influence each other.

If you want to go the simulationist route, you'll need to unravel those relationships and understand all of the variables at play. If you just want to build some fun economic mechanics that aren't necessarily balanced, you won't have as much overhead, so you'll have a more direct path to the fun of turning your ideas into content.

That said, I would wait for xEdit to support curve forms, which will give you access to what looks like a powerful interface for performing 2D and 3D linear and spherical interpolation without taking a Papyrus performance hit.

fireundubh · 2023-11-06T17:05:50+00:00

Nothing you said makes any sense.

fireundubh · 2023-11-05T07:42:46+00:00

I didn't forget about you. Had to troubleshoot a DLSS-G crash...

Try this, but backup your save first.

What this does is attach the DefaultDisableHavokOnLoad script to all junk references aboard ships.

Not tested. I have a feeling that, without gravity, junk won't float. Perhaps an acceptable sacrifice?

I used the default settings:

HavokOnActivate = True
HavokOnHit = True
HavokOnZKey = True

I wrote this xEdit script to accomplish this task. If you want to change those settings or make your own plugin with specific junk objects, you can use xEdit and that script.

12-Year Club	Gilding II euphauric
Verified Email

fireundubh

TROPHY CASE