In what way would adding a script to a static achieve anything that adding the same script to an activator could not?

To prevent using search and replace, thus making my changes compatible with mod added instances.

I can confirm all of this. After using all the item from a quickslot the "ghost item" still appered in the inventory, but after I tried too barter with a NPC the item did not show up in my inventory and after leaving the merchant the "ghost item" was still gone.

Thats what activators are for

But I would still need to replace the statics with activators. As I have said, my wish is to avoid that so that mod added content doesn't need a patch. If I could add a script to a static, it would work anywhere. I know it's not a huge deal patch other mods, but it would be nice to script statics.

If I understand you correctly, you're proposing to attach a script to an existing static object id which would then update every reference of that object. Your mod would have to load after all other mods adding content based on that object id to guarantee no other mod overrides your change.

That's actually poor mod design - in order to avoid conflicts with other mods and not worry about load order, you should always create a unique instance of an object id and point what existing references you want to the new id. If another mod tries to delete what it expects to be a standard unscripted static and you've attached a script to it that's still running, you're going to crash the game. Only your mod would know for sure that the script is there and active and be able to gracefully stop that script before deleting the object reference.

So there's no difference, you going to need to replace one id with another. Activators ARE scripted statics - and as Yacoby tried to tell you that's what Bethesda designed them for. -_-

I noticed the lighting sometimes behaves strangely (such as with a light spell). Nothing to be done? Or can the MCP fix it?

I think that that's just how the engine works. It should be 'solved' in OpenMW or The Crystal Scrolls though.

I think I have found the best solution soo far too get rid if this "Ghost item". After you have used all item from a quickslot and the message box says "You no longer have " if you then go too your inventory and pickup any other item then the "ghost item" it will disappear immedetly. I also tried too assign a stack of 4 Flin too a quickslot went outside too find a guard. In front of this guard I used all Flin potions and then I killed him and grabed his sword. And in the moment I picked the sword from the deed bodies inventory and placed it in my invertory the "ghost item" also disappered. Soo it seems that everytime the inventory get updated any leftovers from quick-keys assignment is deleted. That's probably the reason why this bug is not soo wellknown by the regular player.

You can also generate two or more of thise "ghost items' by assigning different kind of items/potions too different quickslots and then use them up. But they all disappere by doing one of the two things I have discripted or by saving and reloading as well.

I know it's considered bad to change standard referenced. NoM changes standard references, and must load last, but it's quite popular. Would you say that it is badly designed? I know I don't have any mods released and that I don't have a high post count, but I know some things. I have a reason for wanting to change these statics, and if I could have done it that way it would have to load late in the list. I was just looking for an alternative to search and replace. Fliggerty mentioned it could be done with MWSE. If I can swap a static for something else with MWSE in game, then it accomplishes the same thing. I just have to figure out how.


That's good to know. It's kind of like AR not updating with a shield spell unless you click an inventory item I guess.

Changing standard templates is often useful, but changing a static is entirely useless. Statics are just that, static. They are meant to be left unchanged and unmoved in the game.
Activators are the active versions. Seeing as an active static is given, you should not need to make a static active (there's already a class for that). Simply not wanting to S&R each instance is your choice.
Changing all the statics with MWSE, especially to start a script.... Well, you shouldn't need to. A static with a script is called an activator. Just use those.

No, I don't need to. I just wanted universal compatibility. I wanted a script to change some specific statics into containers so that if they are used in another mod; Tamriel Rebuilt for example, they would be ready without making a patch. That's all. Anyway, enough of the off topic. If it's possible to make such a script, PM me. I could use some advice as MWSE is still new to me.

No, it's fine to change references. It's poor mod design to change existing object ids.


It's an interesting approach and would be an intriguing way to dynamically attach scripts.

Having the MCP project try to add scripts to statics tho would not be warranted because the class already exists (i.e. activators), and it's most likely not possible since the static object record format would need to be extended in the code. It's also not clear whether such a modified reference to a static would be correctly recorded in a save file.

Ah, well I never had any intention to change IDs.

Just for general information, changing references does have problems if several mods change the same references and the MCP isn't used. Regular Morrowind treats persistent and non-persistent references differently in that regard: For persistent references, the last mod that changes them "wins", all previous changes are overwritten by it. For non-persistent references, the *first* mod that changes them "wins", all further changes to the same reference are ignored. This led to some problems, mainly because users expected the last change to always win. It also made load order decisions more complicated since it's usually not possible to make a mod "win" for persistent and non-persistent references at the same time.

The MCP makes the engine's behavior more consistent - with the save corruption fix installed (which changes reference management), the last loaded mod will always win, regardless whether the reference in question is persistent or not.

Is it a common error that when you jump, you keep on "jumping" ala floating over the floor fora few extra seconds?
'Cause this happens to me on all of my MW installs... Oh, and it only happens on static models, not on "ground" or the landscape...
With and without your patch.

On my previous install, all the voices got high-toned when I jumped. Is this a common problem?

This is a collision problem, not all of mw models have a perfect collision mesh.

Yes, very. Some people see it as an (albeit poor) implementation of a Doppler effect, but mostly it's just annoying. Switch between Hardware and Software mode in the sound options and see if the problem persists. Most people have better results (including far less crashes) when using software mode.

Oh, another question. Is there a way to fix the floating problem? I'm sick of my floating high-elf...

That is very nice to know. I didn't know about the persistent refs.


Other than changing the collision boxes, I don't think so. You would need to edit the meshes in that case, I believe.

And nobody have done that so far?

I guess. I never really see my character floating because I am never playing in third person. I only notice it when I go into third person because I am stuck on something. It's never been a real issue for me, though sometimes it's annoying. Especially in hallways. It would be a lot of work to go through and correct all of the collision boxes, but it could be nice I suppose.

Didn't gamesas fix that with one of the patches?

Bumping collision up a few units helps with shadows in third person, as well as casting issues, and can solve collision issues when seems are present (it takes a few frames to fall, by which time the player is across the seems).
However, bumping the root bone or collision box for the biped mesh up might fix it.

Would there be any reason that weapon "Swish" sounds do not play for the first 10 minutes(even crossbow firing!) after which ALL sound is mute except for voice and music? I tried this on two separate sound cards with same behavior, is there a memory leak in the sound module? I have WAYYYYY too many mods to list, but it seems like an engine issue since the effect is global for all sound sources... :violin: