GrantSP

Ok, so you have this setup in two versions, did the pre ETaC version work properly?

In the left-pane, are the mods that contain the correct textures in the correct priority? ie. higher number or lower in the pane is greater. With MO as well as ordering the plugins, by LOOT or whichever method you choose, you also have to prioritise the mods that contain the assets.

I've got minimal replacement mods loaded, no body replacers at all and only the HiResBethesda stuff. I actually get good mileage out of it. I am around 30FPS outside and sometimes in the high 40s in smaller areas. Good enough for me. I don't have any issues with anything else really, just this specific thing that popped up out of nowhere. Also it doesn't happen on all textures like those in the screenshot, some look just fine. Considering I only got Skyrim a few months ago I can still be in awe of the game and not focus too much on the technical things. Next playthrough and hopefully with a new rig, that's when I'll fix everything. By the way, I forgot to mark the best answer but apparently someone beat me to it.

I still have a helluva lot to learn about these ini settings. ENB, SkyrimPrefs, Skyrim all having something to do with it. Arrgh. I've managed to reduce it somewhat but the affect is still there. As I play on a less than stellar laptop anyway, I get used to putting up with issues like these. I'm pretty sure it started when I installed RealVision ENB but I like what that does so I will just stick with it and try and pick up fixes as I go. Thanks guys.

Much appreciated.

I was doing some fiddling with my graphics settings and enb settings and I found I have created this effect. In describing this effect is there an established term that is used? Something that everyone (except me apparently) knows what it is without the need for an image? Second to that, what is the problem and how do I fix it?

You should really only use the 'INI Tweak' feature for specific mods that need to have those specific ini edits. An example I have is for the mod 'Terminal Console'. I've placed a tweak that colours the text differently when I have that mod active. [Menu] rConsoleHistoryTextColor=0,200,9 iConsoleTextSize=14 rConsoleTextColor=0,255,12 iConsoleSizeScreenPercent=50When I don't have that mod active these changes don't need to be active and using a tweak means they aren't. But, if the established norm with STEP is to not use them, then stick with that.

Fair enough. I usually suggest clicking fix, or better still manually fixing it, because usually you would get that sort of message after adding a new mod and therefore the culprit is probably the last installed, even when the error says something different. In practice the 'fix' doesn't radically change too many positions and if it does moving some around again solves any potential problems the human can see. It stems from my dislike of keeping 'error messages' active when you should resolve them. If the STEP method is to let it be, then let it be. I don't mean to upset the norm.

I wouldn't say "ignore", just click the 'Fix' button and let MO do its thing. Also I have found that since these are usually circular errors, as described by @EssArrBee, moving the lowest mod, of those flagged in the error message, to a new position usually fixes the "error". The actual code employed is still in beta and it is trying to look for script conflicts inside the mods and ensure they are resolved, it doesn't always get things correct though as it isn't straight-forward that one script will "conflict" even when there seems to be overlap of instructions.

Correct. The cleaned *.esm files are replacing the original *.esm files so there are no files in the overwrite folder and hence there will be nothing extra to place between anything. This line, and similar ones for the other *.esm files, is redundant and needs to be removed.

Just a guess. Don't delete the inis while the launcher is still active. I imagine the initialisation of the inis takes place when the launcher is first called and default values are added to the inis at that stage. Deleting them at that time removes those values and then the later changes, such as the ones you posted, are written at the time the application is closed, to take into effect any user-defined changes made.

Isn't the latest version 0.264? EDIT: Sorry, just realized that is the one for Skyrim. Nevermind, move along, nothing to see here.

My ini files are full of comments also and I see no problem with them. The only instance with comments that I see that might be considered a 'problem' is with MO's Configurator tool. If your ini files have comments there appears a message dialog saying there might be problems as in this example:

Ahh... good man. Yes that is it exactly. Thanks.

Ok, thanks. I'm still looking for a way to link to 4th level headings even though they aren't in the TOC. Not a big priority, I'll keep fiddling with it. Another question, the associated videos that used to be just an icon to the right of the chapter headings are now a second line beneath the chapter. In my opinion this looks out of place. Is it fine to revert the format to have just the icon/link beside the existing chapter? One more question. Some images are now in a thumbnail size with a slideshow view when clicked, while others are still the original size. Am I ok to revert some that I think should be original size?

Ok the only things I can see that are different are the versions of the codecs you have installed compared to mine. That in itself isn't an issue since I take it you have Win 8.1 installed and I have Win 7. There have been other oddities reported with how Win 8.1 works with some tools, like MO, but I wouldn't have thought audio codecs would be one. I'm still not convinced that is the issue though. If it was I would've assumed more problems would have surfaced before this one. I can think of ways that might get around this situation but I'm loathe to suggest them without 1st-hand access to the system. Not much else I can add I'm afraid, sorry.

Very good. Will do. EDIT: Do 4th level headings not automatically get added to the contents? I'm trying to link some of the existing links that should go to text under a 4th level heading and I can't figure it out. The one I'm on is the "Bain Install". It is formatted as 4th level but it doesn't show in the TOC and the link in the "Features" section at the top of the page just creates a new tab in the browser with the complete document again. There are a few links like that I am looking at but if I knew the best way to link them it would be easier. According to the wiki help, 4th level should be in the contents but I can't see what is different with our code to stop this.

With the new format of the MO wiki, removal of the tabbed toolbar TOC, there seems to be a strange behaviour with moving through the document. The main link to the document is: https://wiki.step-project.com/Guide:Mod_Organizer and linking to any chapter is something like: https://wiki.step-project.com/Guide:Mod_Organizer#About_Mod_Organizer where any chapter is simply linked with a #<chapter name> Whereas following some links in the text provide links in this format: https://wiki.step-project.com/Guide:Mod_Organizer_TOC_Functionality#Priorities Here the main document is shown as Mod_Organizer_TOC_Functionality and not Mod_Organizer Looking through the text it looks like some (most) of the links are using that second link format, perhaps as a legacy from the tabbed contents? Should that all be changed to just use in document chapter links such as the first link format? Also have any of the secondary page links been orphaned by this removal? I haven't done any checks thoroughly but I seem to remember some more detail for some sections that are not shown now. Or I may just be imagining it based on the way the tabbed text appeared as a seperate page though still being a chapter in the same document.

Thanks, that's good to know. Hopefully that piece of information will help others that read this thread. Who'd have thought it by the information posted so far? Ah well, good to know.

Yeah this is the only thing that concerns me. Not that it will affect functionality but that I can't figure where it stems from. Too many things going on at the moment to focus on that one for now. Save it for later.

Check your options when given them in the installer. It is also possible that you downloaded the listed installer but Microsoft have shifted that tool to another. I haven't taken that step myself so I can't be certain. Doing a search for that tool still indicates though that it is in the .NET version of the Windows SDK. Try installing again.

I agree with you that myths about ini settings abound but the problem as I see it is: Gamers that are unsure of these settings, of which I am one, will find it hard to know who to believe unless they have been around the traps a while and seen the refutations about said settings. I am currently doing my own search about all the settings for all the MO supported games and trying to compile them into a document that shows accurate and helpful information. Besides the dearth of anything helpful for 90% of settings, the remaining 10% are so widely discussed that a Google for them results in pages and pages of useless stuff that may contain a glimmer of truth. It's only when I come across posts from users that I trust that I can now be sure of what is and isn't true, or at least the best established practice. Until there is a definitive guide for these settings there will always be discussions like this and the cache of pages scoured by Google will increase whilst never actually providing anything useful. This is partly the reason why I steer a way from ini tweaking unless a mod specifically asks to use it.

Welcome to the bizarre world of ini tweaking. Have a look at the recent vsync discussion here at STEP to see whether one ini takes priority. I'm of the view the sections do matter though you make a good argument against it. I'll think about that a bit more.

Not at my computer right now, I'll check it out in the morning.

@keithinhanoi That is one the most constructive posts I have read in a long while. Even though this thread issue doesn't affect me your info will be saved as good general background info. Thanks