GrantSP

Nothing needs to be "refreshed". If you didn't make a mod from the overwrite folder then nothing from the vanilla assets will be touched. There is no vfs on disk, it exists only in memory when MO starts. I suggest you read the wiki as it explains the details you are confused with.

Thank you. I'll try and get it 100% correct, save you as much work as possible.

Yes the layout of the DDSOpt guide is atrocious. It's just a copy-paste of the DDSOpt.ini and doesn't really provide any direction. You just read the text and that's it. The entire ENB guide is fantastic. the layout is easy to see and follow and each sub-section on a separate page is a breeze to read. Each of the pages are also beautiful. A lot of work has obviously gone into them and I think as they look now is top quality. The thread in my PS was about the Skyrim.ini, I'm compiling a list of all the game inis, Fallout3, FalloutNV & Oblivion included. A lot of the settings are the same and where they differ I can differentiate.

Ok, so I asked elsewhere, but since you are all here: if I make my edits to the wiki on INI definitions that I'm preparing, should I set it up to look like the one done for the ENB Settings? It looks really good and it is easy to follow and I think it may even be easier to maintain it with that layout. PS. I just stumbled on a thread on the same thing done by @torminator, no one has commented on that thread so am I to take this as an indicator that these INI settings are not things people like talking about?

Categories are a good option but the listing pahger for them is a bit ... bland. It may confuse some thinking they have drifted into somewhere they shouldn't be. I felt like I had done that the first time I went to category list page. On another note, I'm compiling what I optimistically call the definitive INI definition page and I have just now seen the ENB Settings page. Beautiful layout, very elegant and easy to navigate. Should I endeavour to match that layout to ensure a wiki wide look?

I just found DoubleYou's wiki page and he has some very nice snippets of code that should be easier to find than that. I'm starting to use mine as a testing area to format the page and then move it to the main page once I'm happy with it. Can't see any reason to use it in a different way. Are there any limits to page numbers or page sizes that we will need to be mindful of? Can't imagine there are but you never know unless you ask.

For what it's worth I tried to duplicate the problem with the duplicate SKSE entries to see if that causes any issues. Nothing. It would appear that Tannin's code is much more robust than I expected from this [non] issue. I was expecting the MO VFS to try and start two instances of SKSE with the resultant crash. MO is too clever for that and just assumes user error and loads SKSE (and I assume all *SE variants) as normal. Bravo Tannin. Glad this issue was easily resolved.

Read through the MO wiki and if anything isn't clear feel free to ask about that. What applies to one mod should apply to most. There may be the odd example that needs a bit of fiddling but by and large it is a painless exercise.

Weird. Ok, going back through this thread, you said YOU added skse to the list. You shouldn't have to do this, it should just appear as the first option. So remove any addition for skse, restart MO and see if skse gets listed. It should be there as a greyed out listing meaning it is available. Try that.

An understatement of the highest order.

If you called NifSkope correctly from MO, AND it is correctly looking at the files in the VFS, any files you edited should ONLY exist inside the VFS. Therefore there should have been files in the 'Overwrite' folder from which you 'Create a mod...'. NO *.nif files in the actual Skyrim directory tree should have been touched during that process, so there should be no need to "refresh" the file system. If you don't recall making a mod from that folder check to see there aren't any files in there. This folder is viewed in MO as a mod and it ALWAYS has the highest priority and will override ANY file in any other mod. Now if the *.nif files you were editing were loose files inside a mod it might be possible that those files were overwritten and not first placed in the 'Overwrite' folder. I doubt it though. If that happened all you need do is re-install that mod from its archive.

There's your answer. Drag DarnUI in the left-hand pane to a position below (higher priority) than oHUD.

Sorry, I think I may have lead you astray. I was thinking of another piece of software entirely: HiAlgoBoost. Disregard all I said. The settings for ENBoost are fine, later, as the guide says, you can add on settings to adjust the graphics to your liking. Another way would be to copy the memory settings from the ENBoost into a preset you like. Again, sorry if my 'suggestions' stuffed you up.

Correct me if I'm wrong here, I have never actually seen Warburg's on my system, just the videos. Doesn't the 'paper look' map still provide the height map effect? That's why I feel it misses the mark. It's either a paper map or it isn't. Don't get me wrong, I think the skill involved in producing that map is great but as a tool to use it seems a bit... odd.

Wow. I can see why the confusion would arise. I'm not on my computer right now, just my phone. Maybe some of the STEP staff can elaborate. To my mind if I had your system I would go for a straight ENB preset and skip setting up the boost. Not actually having a STEP setup I may be confusing you.

Profiles won't be any help as the files in the Skyrim folder won't change. I believe 262 is needed for RealVision. I'm pretty sure there is memory in ENB but you shouldn't load ENB and ENBBoost.

Well I have to agree with Nozzer66. I looked at that figure and saw something different. Try that first. I have enbseries 0262 but I use the Realvision preset.

Just to be sure, you are using the Wrapper version? Apart from that yeah, those shows files need to be in that folder. I guess you could try lowering that memory figure, but if that is what your system has it should be okay. Which ENB preset are you using? Generally you need only take the executables from the ENB binary archive and then copy in those from the preset. ie. enbhost.exe & d3d9.dll from the enbseries_skyrim_v026X.zip

I have never really gotten into the whole 'Warburg's Map thing'. IMO the 'A Quality World Map' by IcePenguin is a better choice.

So it's not the size of the bsa files that is the catch, it's the references in memory, ie. the name of the bsa. Interesting. That makes me wonder though, since MO manages the bsa files, as far as the game engine is concerned, they should appear as separate files and therefore null the INI bsa limit. Yet my problem was resolved by removing the MO management, which means those bsas were then viewed as bsa files and under the limit restrictions again. Confused! I'm going to do a bit of fiddling. With the game that is!

The error call is important, we need to determine which one of the executables is calling it. What happens if you run Skyrim without an ENB or SKSE via MO?

Actually I hit this issue in my Fallout3 game and didn't know why. Disabling the BSA management in MO for Fallout3 fixed it for me. If we could get some figures together on what is exactly the limit for those game engines when run in MO, we could add it to the guide. Is it the number of bsas or is it the combined memory needed to load them? ie. 2 bsa files totalling 1GB or 10 bsas totalling 1GB which will fail? @EssArrBee Any ideas on how to measure this? I would be willing to do some tests if we could define the parameters so as to avoid coincidental changes.

I'm curious about this comment: If you are using MO there should be minimal impact on the Skyrim folder. Have you installed the mods and other extensions via MO or directly into the Skyrim folder? EDIT: Maybe a moderator could move this to the MO Support section?

@Nozzer66 I feel you may be taking your justified hatred of piracy to an extreme. There is a place for the torrent system but... I'm of the view that STEP doesn't need it. @Aiyen is closer to the point I think. Pre-packaged mods of the collection you are after will lead to MORE issues than they will solve. It will become an even greater problem than mod pages with patches for Vanilla+DB, Vanilla+DG, Vanilla+HF, Vanilla+DB+HF, Vanilla+DG+HF, Vanilla+DB+DG and Vanilla Legendary. And then you still get someone asking if their setup needs to have all the DLCs. The mod author has gone out of their way to provide all the combinations possible and still there are some that can't navigate all the options. Imagine that situation when you are dealing with a dozen or more mods? Endless stream of questions like: Can I use this with that? Does this need that to work? What about this mod? The more work you put in the more work you will need to maintain. If the whole process of adding mods together to make STEP seems too daunting to some what about making some scripts to automatically do some of the work? Manually download all the mods for a section to a temp folder, run the script that unpackages them and combines only the files needed and re-packages those into the "STEP section x" mod. A lot of work I agree, but it negates the gaining permission thing. All mods can exist as they are now. Users that are fine with adding the mods by them selves can still do so without needing to get new packages that are essentially the same as what is already available. New users can gain a sense of accomplishment by gathering the needed mods together and they may even learn what is going on if the scripts provide a measure of feedback. Just a thought.

I must have picked up the skull in my travels, though I don't remember it. So if I didn't have the skull would there have been a message to say as much? It's not like I would go and sit on the throne again if nothing happened. Never seen the things you've described. There are a lot of times were I think I'm going to be smashed and I'm not and then what look like pushovers destroy me