IsharaMeradin

For your second example, since you are working with an array, use Find to get the index with the matching value and then do something. If csbmagellanquest04locations.isrunning() Int index = SavedText.Find(CorrectReplacmentText) Debug.Trace("CorrectReplacementText has been found at index "+index+" of the SavedText array.") If index >= 0 ;a match has been found ;do something since they match Else ;do smething else since there was no match EndIf EndIf

I cannot help you as I know nothing about the C++ side of SKSE. However, I have to ask, why are you using SKSE to try and copy a script from one record to another? Why can you not assign the script to the desired record(s) in the Creation Kit?

Here was my approach to working around an item in the potion / food / ingredient categories that get consumed on use: I created a single effect with a short duration with an attached script that used the OnEffectFinish event to re-add a new instance of the object. The White Phial on the other hand utilizes two separate quest scripts, one which is told by the player what effect it will be using, adds the pre-defined version of the white phial with that effect. The effect uses OnEffectStart to call the second quest script which adds the empty version of the phial and registers for an update. After which, the first quest script once again adds the pre-defined version, and the process can repeat as much as possible. The difference in the two approaches: My approach will show the item leaving the inventory and returning only after the player has exited the inventory and the effect duration completes. The White Phial approach will show the full item leaving with the empty version appearing almost immediately. My approach works best for an item flagged as a quest item that cannot leave the player inventory (at least manually). The White Phial approach will also work wherever the phial might be placed (container or ground) as it is also designed to track its location.

This information was not found in the Creation Kit. I did look at the CRO6 quest in xEdit and saw the scripts that were attached to the quest. I then looked those up in File Explorer and opened them with Sublime Text. When I saw that CR06QuestScript was calling a function on its parent script, I looked to the ScriptName declaration to see what script was being extended. I then found that script and opened it up. I looked for the function that was called there and found where the map marker was being added to the map. Perhaps this will be informative: https://ck.uesp.net/wiki/Extending_Scripts_(Papyrus)

Parent in a special pre-defined variable within the Papyrus system. It always refers to the script that the current one extends. In this case CR06QuestScript extended CompanionsRadiantQuest.

It is done via script. I don't see where the function is initially called. Bethesda developer comments state that the function is called when the quest is accepted. If we just go with that, then the local quest script calls the overarching companion radiant quest script which is where the map marker actually gets added to the map. CR06QuestScript Function Accepted() BossChest.GetReference().GetParentCell().Reset() BossChest.GetReference().AddItem(Gewgaw.GetReference()) parent.Accepted() EndFunction CompanionsRadiantQuest ; called when player accepts quest Function Accepted() ; Debug.Trace("CRQ: Accepting " + self + ".") (ParentQuest as CompanionsHousekeepingScript).AcceptRadiantQuest(Questgiver.GetActorReference(), QuestgiverComesAlong) if ( (MapMarker != None) && (MapMarker.GetReference() != None) ) MapMarker.GetReference().AddToMap() endif IsAccepted = True SetStage(10) EndFunction

People who run across this thread at a later date when looking for information regarding a similar issue, may appreciate the resolution being shared as well.

Probably unwise to do the approach you have described. Not even sure that the name field alone would allow that many characters. It finally dawned on me that the problem with your initial approach is that SetName (an SKSE function) applies to the base object and not to any one specific instance. Thus when you change the name via SetName, you are changing it for all instances. And that is why your first letter gets updated to the new data on the second letter. This may be the case where the object itself needs to be edited. Sometimes trying to do things so that they will be as compatible as possible also makes it more complicated and difficult to track down issues.

The difference then must be in the approach to filling the data. I haven't had much experience in this aspect to be honest. I just knew (where to look up) the basics of how the quest worked. I would guess that you would need to try the same approach as was done originally. Not sure how feasible that might be for compatibility purposes.

Not a mod. It has happened in the unmodded base game for both LE and SE. All it is, is a sign that your game has a bottleneck and struggling to swap from LOD to closeup textures. It happens to me after some time playing. Saving, exiting and reloading solves the problem for the next little while. I have a personal threshold where if this type of thing crops up within, I look at culling some mods until this issue appears later than the designated threshold.

While a bounty quest is active, there will be no other instances of that bounty quest offered in any hold. The current quest must be completed. If the hold in question has multiple locations for that bounty type, it may be possible to get a second bounty quest of the same type. Otherwise, it will not be possible to get the same bounty quest for the same location until the same bounty type has been completed for a different hold. The letter itself contains placeholder text which gets filled with the appropriate alias data. The text string that gets replaced with the alias data is to be considered more of a variable that holds the assigned value rather than something that has to re-acquire the data every time it is loaded. And because the letter is created anew for each quest, every bounty letter is its own separate instance of the base object holding its own specified variable text. End result, one can have in their inventory one bounty letter for an active quest to kill a bandit leader and multiple bounty letters for completed quests to kill bandit leaders.

The wiki page I linked in the earlier post, lists the body part numbers along with their typical usage. It also gives instructions on how to change the body slot number in the NIF file, the armor record and the armor addon record.

NIF files are not imported or uploaded to the Creation Kit. The CK merely accesses them as it does with any other file type assigned to an object record. That said, you've assigned the mesh to an object record and you're crashing when the render window or a preview window tries to display the object? And if not, what steps are you doing that is leading up to the crash? I, personally, cannot help you solve any potential issues with the mesh itself. However, the answers to these questions may certainly help others to understand your issue and hopefully provide you with some insight.

Body slots did not change between LE and SE. The following should be helpful: https://wiki.nexusmods.com/index.php/Skyrim_bodyparts_number

Any issue regarding the number of scripts would be in relation to the number of active scripts. However, even the unmodified game will have a lot of active scripts. So, this may not be a good indicator. Rather, you should see if there are multiple instances of the same script running. While there are valid reasons for the same script to be running multiple times (i.e. re-used on multiple objects), there is usually not a good reason for that number to reach into the thousands. There has been discussion about the number of data strings having a limit and exceeding that can cause issues. Scripts are a source of additional data strings and so there could be a connection between the two in a given system. In a nutshell, I do not know, with any certainty, the information you seek and hope that someone can provide good sound and solid information that will answer your questions.