David Brasher

The people who made Oblivion were much too fond of quest items. A prime example is the dagger that Lucian Lachance gives you when you accidentally kill an ally in battle. Like you may have no intention at all of joining the Dark Brotherhood, but you are now stuck with this item for a quest that you never plan on completing. That example was by design. The developers meant for you to have this dagger and not lose it, because that could break the Dark Brotherhood quest arc. Seridur's key sounds like it might be tied up with the Order of the Virtuous Blood quest and post quest repeatable activity. In many cases when you complete a certain quest, the scripting will make a key so that it is no longer a quest item and may be dropped. In other cases, the developers failed to do this and left bugs in the game. Or in some cases, they used bad judgement and made a key into a quest item when there was no reason for this. One obstacle to making a mod such as you propose, is that many keys open more than one door or container, and if the keys were set to vanish upon use, then quests and dungeons could be broken by leaving vital doors and containers unopenable because the key no longer exists.

This was a common problem with Windows Vista and I am not surprised to see it elsewhere. There is mod that allows you to access the console by equipping a magic ring in-game: http://oblivion.nexusmods.com/mods/13133/?

It seems like I have heard of mods that make it so there are no quest items. Quest items are the items you cannot drop or sell, like the keys you describe. A mod like this would have the negative side effect of making it so you could break a quest and be unable to complete it if you sell or lose the wrong item, but that really doesn't happen all that often. So this kind of mod would not make the keys vanish, but would allow you to sell them or drop them whenever you felt like it. So you might try searching for a mod using key words like "No quest items."

This could require a system of scripts. You would need a quest script on an active quest that had a quest variable that other the other scripts could refer to. Each enemy that must be killed before the door unlocked would need to carry a script. The door would need to be set up as a reference. So you would use many copies of a script like this on your monsters: SCN AAEnemyDeathScript ; Object script attached to each and every enemy that must die before the door unlocks. Begin OnDeath Set AAQuest01.KillCount to AAQuest01.KillCount + 1 End Note that in this example the quest is named AAQuest01. The script attached to quest AAQuest01 is named AAMyQuestSCRIPTwithAnExcessivelyLongName. The object scripts that refer to variables in other scripts must refer to the quest name, not the script name. So it must be like this: Set AAQuest01.KillCount to AAQuest01.KillCount + 1NOT like this: Set AAMyQuestSCRIPTwithAnExcessivelyLongName.KillCount to AAMyQuestSCRIPTwithAnExcessivelyLongName.KillCount + 1You would use a quest script like this: SCN AAMyQuestSCRIPTwithAnExcessivelyLongName ; Attached to your quest. Short KillCount Short DoOnce Begin GameMode If DoOnce == 0 If Killcount == 23 ; If you have 23 monsters on this level that must die before the door unlocks. AAMyDoorREF.Unlock ; Where your door is set up to have the reference ID "AAMyDoorREF." Set DoOnce to 1 EndIf EndIf EndYour quest script would have to be written, compiled, and installed on a quest before you could compile your object scripts. Note that this system is not entirely safe from failure. Like if you had 23 monsters, what if two of them disappeared? Then the door could never be opened. Like a monster might fall through the floor and get lost in the bottom of the cell where you can't fight it and kill it. The game might just never place and render a monster. Maybe the AI is bad and a monster wanders off and leaves the cell. What if the script doesn't always trigger right? You could kill 23 monsters and only have the script fire 21 times. (Oblivion is a bit buggy sometimes.) The door would never open and the mod would be broken. So if you encounter problems when play-testing, you might want to consider changing things so that the door opens when 90% of the monsters are dead, or change it so the door opens when the boss monster is dead, because he is the toughest and will probably be the last to die.

Maybe your border remover mod is not working because you have another mod that adds borders back in. Your border remover mod would need to load after all the other mods that touch the border.

The hold boundaries are just nonsensical and someone scrawled them on the map in five minutes so they could meet a deadline. In real life, political boundaries tend to follow areas where strong political control can be exerted. Capitals are often centrally located. Failing that, there are often firmly loyal cities and towns in the controlled political areas which extend the control far beyond the reach of the capital. But Skyrim is in a state of anarchy. Bandits and monsters rule most of it. The only places you see guards and soldiers are the big cities, a few small villages, and a few forts. So if I was to draw a political map of Skyrim, I would draw little circles around each town with dotted lines rather than solid lines. In addition to the name of the town, I would write the name of its ruler's hold capital in parenthesis. Like how small islands on a world map may have a notation such as (United Kingdom) or (France.) The lines around towns would be dotted instead of solid to indicated "boundary undefined" such as it is with certain boundaries in the desert on the Arabian peninsula.

Mod dirt is kind of a misunderstood thing. If something is an intentional edit, then it is not mod dirt. But it can still cause mod conflicts. But maybe it is supposed to conflict. It depends on the intent of the mod. If you want to change the base game and have your mod win conflicts, then it will need to load after conflicting mods and you can more frequently do things such as use search-and-replace. If you want to avoid more mod conflicts, then you will more frequently disable and replace conflicting objects. If you delete conflicting objects rather than disabling them or moving them under the floor, then you will cause CTDs when conflicting mods are running. (This is the rational behind the misnamed TESVEdit UDR references.) If you really want to avoid mod conflicts, then don't be editing Breezehome. Get a new cell, even if it is a replica of Breezehome.

Go to CK > Object Window > Items > LeveledItem. Add your spell tome book objects to leveled lists with names starting in "LItemSpellTomes-"

I hate Steam Workshop because it is built wrong and they won't fix it. Steam Workshop is bad because it severely limits what types of mods you can upload. On Skyrim Nexus you can upload practically anything. Here are some common types of mods you can't upload to Steam Workshop: 1. Mods that have both an .esm and an .esp. 2. Mods that have loose files. 3. Mods that include documents like readme files, user guides, walkthough documents, and spoiler documents. 4. Mods with images such as maps or pictures of the different options that can be installed. (Like maybe the armor comes in two colors depending on which texture files you choose to install.) 5. Mods that have multiple .esp files for things like different difficulties, different item colors, different degrees of lore-friendliness, or for compatibility with different mods.

In the same object list in the CK where you built your "Recipe" you will also see "Temper" entries. So for an example of the two object types, there is one called "RecipeArmorDaedricBoots." This is for crafting daedric boots. Further down the list there is one called "TemperArmorDaedricBoots" This is for improving daedric boots. In your mod, you will need to build a second crafting object for tempering. Follow the patterns used in these vanilla Skyrim objects whose names start with "temper-."

I would say that you should not do this for your first Skyrim mod. This mod idea is like what an expert modder would try to do and fail at. Some of the ideas might be possible, but it is certainly not what the CK and the Skyrim game engine are designed for, so it would be cutting across the grain and fighting an uphill battle the whole way. I suggest you pick an easy thing for your first mod.

The CK's archiving function totally stinks. Don't use it. You can use archive.exe which does the job properly and you can make a single .bsa. Content in a .bsa may not be accessed unless there is an .esp of the same name. So if you have a .bsa named RustyArmor.bsa, you must also have a mod named RustyArmor.esp to access this stuff. If your mod is named MyArmorMod, then it isn't going to work and you are going to have a lot of invisible armor. I have not used SkyData and do not know how it works, but I can imagine you having terrible problems and two-thirds of your data missing and inaccessible. Or did you build two additional .esp files to go with your two new .bsa files with new names? There should be no difference between running Omegared Armor Compilation with loose files or with with a single .bsa. The file paths remain the same. Just be sure to remove all the loose files for that mod that you had, or else the game will refer to your loose files instead of to your .bsa.

You can initially disable certain items instead of moving them down out of sight or deleting them. Then they will not be visible or usable in the game and will not create UDR references. TES5Edit even has a function that can automatically do an operation like this on a mod that a new modder built: Undelete and Disable References. (This may be where the badly named acronym "UDR" comes from.) This function does the same thing that you are talking about manually doing when you build your mods. Although I would say it is better to just never delete the references. Then you don't have to spend time using the function and verifying that it worked. Deleted references are not actually "mod dirt." They are bad things that can cause CTDs if two mods refer to the same items and one of them deletes them, but they are not mod dirt. Mod dirt is unintentional or avoidable edits to things that do nothing toward making the mod function as designed. If you delete items, you did it on purpose because you wanted to edit the game to be that way. The stock answer would be that there is no way to build a mod that TES5Edit does not need to be used on. Modders are always supposed to do their final modcleaning in TES5Edit before uploading. They may have done a really good job while building the mod and not find a single thing to clean, but they are still supposed to check. This way the mod is clean by the time the gamers get it, and they don't need to clean it, and if they do try, then they won't find anything to clean out of it.

Windows Vista/Windows 7 has insane security restrictions. It tends to view mods and other gaming software as malware trying to harm your computer. The tightest security is in folder "Program Files." This is why Elder scrolls games are installed outside of "Program Files." With mod building software, you usually have to reinstall it after reinstalling Skyrim in a new location. If you just move your existing mod building software to another folder, there will be problems. Savegames are uneffected by reinstalling the game. (Just so long as you do not take any actions to go erase them.) If you don't feel safe, then back up your savegames to another folder that won't be involved in this removal and reinstallation of files. Stay away from the Python version of Wrye Bash. It tends to be too hard to install and installing it can mess up other programs like Blender. Use the standalone version of Wrye Bash if you can get it to install. I was able to install standalone 301 this morning without any problems.

Your attitude is a bit confrontational and could perhaps give offense to some. It is true that many weapon and armor mods that add new things to the game are not done in the ideal fashion. But there are reasons behind this. Skyrim has a design flaw that can cause terrible mod conflicts if you try to have a vendor sell a custom item. Basically only one mod can do this, and if you have ten weapon mods you are going to have problems. There are workarounds, but they are not easy for the new modders to use. we are talking about the modelers that could not even figure out how to put their items into the game other than through crafting. Custom vendors work just fine, but building a custom vendor is beyond the skill level of many modelers. Skyrim has a design flaw with custom quests and dialog. Since around Skyrim Update 1.5, mods with custom quests don't work so well. The workarounds for modders are tricky and still not well tested and the workarounds for gamers are unreliable and not sure fire. So it may be too much to ask for modelers who are so unskilled in the CK that they just have their items available through crafting do these things. Even most Skyrim questcoders are hard pressed to cope with the buggy software. So it is not simple for modders to add new items to the game through quests. Many gamers only roleplay righteous heroes. So it would not be a good approach for modders to make it so all users need to steal the new items as you suggest. Likewise, putting items into the world loose has its drawbacks. Many gamers would get really frustrated and send the modder lots of questions and complaints. Many gamers are in a hurry and they want their new items NOW! They don't want to have to wait to randomly find a new item two weeks from now. Many gamers do not have the skill to use the CK to figure out where the modders placed the items they want so badly. So they are likely to turn up their noses and walk away from mods designed this way just as you do with mods that have the items be crafting only. So I would say it is not as simple as you think. But I do agree that it would be nicer if modelers would build their weapon and armor mods such that the items are not available only through crafting. I especially dislike mods where the items are only available through console codes. That is like the ultimate in immersion breaking acquisition methods.

I am working on a mod where there is a new creature model and the modder made new animations. But unfortunately he made replacer animations that overwrite original ones from a vanilla Skyrim creature. So now all these regular creatures in the game world move like the new creature. Ideally I would set the vanilla Skyrim creatures to use their original set of animations, and I would set the new creatures to use the new animations. But I can't even find the place where the interface lets you change anything. How do you change the settings so that a creature uses a different set of animations than the one it is currently using?

It is really lame that arrows don't weigh anything and you can carry 1000 of them if you feel like it. But unfortunately, it my belief that this is hardcoded and there is no easy way for a modder to change it. If this project was readily doable, then someone would have done it six months ago.

Here is one old mod: Work a Steady Job as a Blacksmith I haven't checked the status on this one recently: RPG PROJECT- Jobs of Skyrim

You tell 'em steve40! This has been my position too. The TES4Edit fan boys in Oblivion drove me crazy. They thought that most modders were sinners, and they thought that they themselves were righteous and that their program would offer them salvation. But many of them were just mouthing words they did not understand. They had no comprehension that ITM records are mostly harmless, UDR records can cause CTDs, and the really bad mod dirt is stuff that their program can't see and can't automatically clean out. Ideally modders would clean their mods and remove all the ITM records, but the attitudes and ignorance of these TES4Edit zealots really grated on me.

A "dirty edit" could be defined as an unintentional edit that edits something other than what the mod is designed to change. If you are making a weapon mod, and you have a weapon edit with an asterisk, it is likely not a dirty edit. Check the first two characters of the form ID. If the object resides within your mod and edits something you intended to change, then it is not a dirty edit. If the form ID is something from vanilla Skyrim, then it is likely a dirty edit and you may have changed all the weapons in the whole game world, not just your new custom ones. It is better to rename objects so that they have unique form IDs. If you depend on dirty edits, then they might disappear or get modcleaned out. It sounds like you are succeeding and it is starting to work for you.

To manually merge parts of mods in the CK you do things like this: 1. Open up two mods in the CK with the file you will merge everything into as the active file. 2. Rename or duplicate every single object that you want to copy. To do this, it may be easiest to add a suffix instead of a prefix to the item's name. So if there is an item called AAIronClaymore, rename or duplicate it so that there is an item named AAIronClaymore_ or AAIronClaymoreX or AAIronClaymoreAAWE or whatever. Duplicating is more stable and the items are sure to succeed in existing in the merged mod, but it is slower and often breaks connections. So for many operations it is better to rename rather than duplicate. Like you could duplicate crafting recipes without losing the connections to the crafted item, but if you duplicate 1st person statics instead of renaming, you will lose the connections to the weapons that are supposed to use these statics. The reason I like suffixes rather than prefixes is that it places duplicated items next to each other on the lists and makes it easy to switch between versions of the item on pulldown menus when reconnecting broken connections. 3. Be sure to copy all parts of the items and maintain the connections or else reconnect the broken connections. For example, weapons have 1st person statics. You will need to copy the statics into the merged mod too. Weapons have crafting recipes and tempering recipes. You will need to copy those into the mod too. Weapons may appear on leveled lists, in NPC inventories, loose in the world, or in custom containers. If you want the weapons to appear in your mod in those places, then you will need to copy all those edits too. You may need to merge an entire mod in a single sitting, because some connections break if you do it in multiple sittings. 4. Save the mod. 5. Open merged mod in the CK again with the original mod not open. 6. Inspect to see if everything you meant to merge is present. Fix any broken connections you find. You may need to go back and copy material that you missed again. It may not work well to open your merged mod at the same time as the the original mod at this point. In some cases, it may work better to build a disposable transporter mod. You copy the material from the original mod into the transporter mod, and then you copy it from the transporter mod into the merged mod. In some cases you may just look at the original mod and take screenshots or jot notes on paper and then rebuild the missing or broken stuff in the merged mod. For some operations like this, it may be useful to modify a copy of the original mod and use that copy when merging. Like you might modclean out a bunch of stuff to get it out of the way and remove the mod conflicts before opening in the CK. For some operations you might duplicate items in the original mod so that they cannot conflict and be overridden in the CK so that you can see them in the CK so that you can copy them. In some cases you may need to pay attention to load order while merging so that you can see the content you want to copy and not have it be overridden. You may have to adjust this load order with date stamps. You can easily change date stamps in Wrye Bash by making a tiny change to the mod description of the files you want to redate. In some cases you may need to duplicate items in your merged mod before opening the original mod in the CK so that you can be sure to see them and not have them be overridden. You may need to perform dry runs and open up mods in the CK in various date stamp load orders or other configurations until you find the right combination where you can see the data you want to copy and not have it be overridden. I probably made it sound harder than it is. It is not that bad. Just dive right in and go for it. Keep lots of backups of your work at various stages of completion. Nothing too terrible can go wrong. Inspect your work often to make sure nothing terrible has gone wrong. You might try some small projects or experiments before doing the main project. Like maybe you should try merging one single weapon from one mod into another, complete with first person static animation and crafting recipes. Play-test this weapon in your game. When you have done everything right and everything works, then you will know how the process works and will be able to begin serious production work for all the weapons from the seven mods.

I went and looked and it appears that there is no file available for Skyrim Monster Mod and you can't download it. It looks like the file is in the process of being updated. Version 9 had been the current file and this is the first I have heard of version 10. Hopefully the file will be successfully updated in a day or two so that you can download it, because it is a very good mod.

TES5Edit is designed for mod cleaning. It is not designed for mod merging. I am doubtful that you will be able to merge 7 mods using TES5Edit. In order to easily merge mods you will need a tool like the following: TES5Gecko: Not ready yet. TESVSnip: Outlawed. Breaks mods. Not compatible with Skyrim 1.5+ or thereabouts. CK Version Control: Not user friendly at all. So your options are rather limited at this point. If your seven mods are rather small and simple, you could merge them manually in the CK. It may take a lot of time but is technically fairly easy. TESVSnip breaks mods on a seemingly random basis. You could try merging your seven mods with it and then have some play-testers use the mod and report back on whether or not you broke it. There is the possibility that your mod won't break. If you are good at learning new software that is not user friendly and like jumping through strange hoops you might take a crack at learning Version Control.

Meh. Skyrim is boring after being around a whole year. It has so many issues and so much lost content that I don't think it has the staying power that Morrowind and Oblivion had. You sort of have to mod the heck out Skyrim to make it into something you would want to keep playing.

I think it is necessary. Lets suppose your mod adds one small dungeon. I install your mod and I can't find the dungeon entrance. So then I either have to open up your mod in the CK or else go on the Internet and try to find where I downloaded your file from. If I am not patient, I will just give up and not even explore your dungeon since I can't find it. Let us suppose your mod adds one new sword. But where do I get the sword? This sword is not craftable. It is not sold in stores. Enemies don't carry it. It is in a chest. But I don't remember where the chest is. In town? In a dungeon. Darn it! Now I have to open the CK or log on to the Internet and go hunting.