IsharaMeradin

If you are not using SKSE, then you can use any form ID found in the target plugin if all you are doing is checking for the presence of the mod itself. If, however, you want to work with the object then you'll need to use the ID of the desired object and cast it appropriately to store within your designated variable. Record ID #s do not change. But an author might delete a record you have been relying on within an update and thus your mod won't find what it has been looking for. It is rare, but it can happen. If you use GetFormFromFile and a target mod updates, you will should double check the target mod to ensure that you are still pointing to a valid object. If you are using SKSE functions / events within your project, you can use GetModByName instead of GetFormFromFile. This returns the load order index of the mod in question or 255 if it is not present. With this you do not need to worry about using a valid form ID. But, you will still need to check that the target mod did not change its plugin name during an update (this is rare but has happened too).

Please tell me that Gromar the Gassy is related to Rigurt the Brash. His story seems like it would be something descendant kin of Rigurt's would be capable of doing.

Take a look at existing temper recipes. The editor ids will have the word "temper". Basically, you need a separate constructable object recipe that targets the work bench via keyword.

There is no issue if you build your mod from scratch using your own assets. What I would do since your mod did come from shared aspects of a mod yet to be released is credit them as the source of inspiration for your take on the topic and even link to their mod in case users wish to compare versions. You can drop a line and let the other author know what you are doing out of respect.

Here are some brief instructions on getting and setting property variables from a quest script. The same process is used for functions. https://ck.uesp.net/wiki/Variables_and_Properties#Getting_Properties_of_a_Quest_Script Also see the Getting Properties From Any Other Script section further down in case the other methods do not work.

For actors other than the player, you can use OnCombatStateChanged For the player, you'll just have to check every so often with GetCombatState or IsInCombat And if you need condition functions for a spell / magic effect rather than a script there is GetCombatState and IsInCombat

This is both true of LE and SE, in the main game folder (where the Skyrim EXE lives) there are multiple INI files. One of these INI files is called ultra.ini. This file contains the ultra settings used by the launcher to apply them to the Skyrimprefs.ini file. Might at least be worth a look to see if adjusting those values does what you want.

Since those water planes shouldn't be there, use the console to go into free camera / movement, go up to the water plane, and click on it while the console is open. See if you can get an ID number. Double check that ID number in xEdit with your entire active load order. Confirm first that it is for the water plane and then you should be able to see what mod places the water plane above Whiterun. Once you know the mod, you can test a new game without that mod installed. If all goes well, the water plane will be gone, but you will have one less mod to play with. I, personally, have not encountered this issue. Thus I cannot say what would actually have caused this.

Wrye Bash has a saves tab where it will list all the saves in the default save location. Highlighting a save will list all the plugins that were in use on that save file. While you could use that list to seek out the necessary plugins, it would be impossible to know which non-plugin mods were also in use. If you were to find all the necessary plugins, you may find that the save will load and the game function without issue. And yet, the eye-candy (loose meshes and textures) might not be what you remember.

A mod modifying the MineOreScript file should not be the cause. This bug happens without mods as well. Whatever the cause, for most players, exiting the ore vein with a movement key and re-activating it tends to work.

Unfortunately, I do not know. I have not yet allowed Steam to update to the latest version. I would guess that the source would be included with the Creation Kit's corresponding update which I haven't bothered to do yet either.

Never seen any such thing in the game or within any of the testing cells. However, such a thing was never on my radar to look out for. So... Who knows? *shrug*

Carryweight is an actor value. Thus ModActorValue should do the job. That said, if your "potion" is used from within the inventory, the UI will not update until re-opening the inventory.

The quotes were a carry-over from my example(s). They were inserted by error. I was looking at how I did things on other mods and wasn't paying close enough attention. I'll go back and fix them so no one else gets confused on that.

You used the variation of the script with the OnEquipped event. That will not work with consumables. You will need to use the variation I posted with the OnEffectStart event.

You keep trying to 100% the displays. I think that is your downfall. Don't worry about the displays. Just play the game and let the ones you can get come naturally. It also doesn't hurt to set up a separate profile and not use LotD for a while and try different things.

For a consumable it would be a magic effect applied to the potion, poison, food, drink, or ingredient. The magic effect would have a script attached which would be very similar to the one I already posted. To answer your other question, you can attach my previous example to any object that the player can pick up. And any such object can utilize whatever mesh you wish to use. In a couple of my mods, I have used the alchemy satchel mesh and one mod I used a satchel mesh that was cut from an existing set of stock armor. You would create a new misc object and assign the NIF file that you want to use. You may need to duplicate the NIF file and make adjustments to it so that the player could drop it and not have the item bounce all over the place or remain stuck in mid-air.

Alternatively, if the object is a custom one, you can put a script directly on the base object that uses the OnEquipped event. A basic example that could be modified for your needs: This will prompt the "This item cannot be equipped" message should the item not be a piece of armor or a weapon. However, the script will still process anything in the OnEquipped event.

Wish I could answer you, but those two are things that I do not know. Hopefully, you'll get a knowledgeable response soon. I wouldn't mind reading up on how to do it myself, not that I'll ever have a need for it. Just curious.

Regarding cleaning the plugins, as has already been stated there are people on both sides of the camp. The reason for cleaning: To remove records from a plugin that are identical to a master plugin. (ITM) To undelete, disable and restore below ground any object reference records that were deleted by a mod author. (UDR) If UDR cleaning is not done and a deleted object is referenced by a different mod, a crash can occur due to an attempt to load a non-existent object. ITM cleaning is the questionable one. While it is redundant to have a plugin with a record identical to the master, it may be a necessity that the record has stock values. By creating an ITM an author can ensure that at least when their mod is loaded later than any other mod affecting the same record, their mod gets to work the way they envisioned. Could a patch be made that allows a conflicting one to work as well, most likely in many cases. Blindly cleaning could be a detriment to the enjoyment of the game. This is why LOOT recommends only certain plugins be cleaned. Plugins that have been noted to need cleaning have usually also been tested to ensure functionality after cleaning. In any event, if you choose to clean the plugins, the game should not update. If you have updates set to only update when you start the game via Steam, then that will be the only time that the game updates. Just make sure you start Steam BEFORE starting SKSE. If you don't, Steam will start and then the game's launcher will start and that will trigger an update (been there, done that, not pretty, thankfully found posted links to the depot files to rollback). But maybe hiding the game as mentioned in the quote above would have prevented that update on me.

You have two options to get a custom NPC into a faction: Use AddToFaction at some point. Pre-add them to the faction in the Creation Kit with a low-level rank (usually -1). The stock followers are all already within the follower faction. Their faction rank status gets changed when they become a follower. (see scorrp10's post for an example). For your purpose, I would recommend pre-adding them to the faction rather than trying to script them into the faction. If you pre-add them, you can follow scorrp10's advice on setting everything up.

The inventory event filter is to prevent OnItemAdded and OnItemRemoved from processing when items not on the list are added or removed. It does not prevent the adding or removing of those items. The gift menu will do what you want, except it only works with the actor subset of object references. While it could be faked into looking like the player is interacting with a container, it may not be a viable solution in all situations.

My typical usage has been to return values from a custom function for use in a separate function or event. And thus I have always thought that, Return exits the current function or event and goes back to the function or event that originally called upon the function or event using Return. Now if Return only goes back to the previous level, then it could be possible to have both IF statements running. On the other hand, it could be possible that OnTriggerEnter is getting triggered more than once. I think you would benefit from a slight change to the code:

You may need to see if you can manually assign it. The CK should show you a list of viable options based on your property type.

Assign the correct sound to the MagMysticismSoulTrapCaptureSD property. A default value means that it is using what is assigned to it in the script. The script has nothing assigned to that variable. Thus no sound will play. If you named the property the same as the actual sound record, you should be able to use the auto-fill button to have it correctly assigned automatically. Properties are just variables. They have not data associated with them unless explicitly assigned in the Creation Kit or given a value within the script itself.