DoubleYou

Then go into the Nexus tab in Information and change it. Tannin cannot support every funny version numbering system people come up with.

We will advocate no BSA extraction in 2.2.9 at all.

I see no reason to specifically say to avoid extracting UHRP. It's merely textures. Let's leave this go until we can do something about it, which probably won't be until tomorrow. I think Tannin is asleep (and he should be), Nexus will not have the file available until who knows when, and it isn't going to be on Sourceforge any time soon. I think it is time for a nap.

I think for 2.2.8 we should recommend users to stick with 1.1.2 until the smoke clears. I'll see about making a sticky.

Until then, I recommend using either 1.1.2 or 1.2.4

If you can download 1.2.6....

I guess in my mind, Extended includes Core. I see where the confusion could be.

Hmmm. I've been using Centaur since it is my preference, so I haven't really noticed anything like that. You might want to try that instead.

You had better not be extracting BSAs as a workflow yet... Tannin:

Isn't that what I said?

I think you totally misunderstood SRB. He was saying that prior to the update MO only managed BSAs in MO, not the ones users may have placed in data directory. With 1.2.5, Mod Organizer can now manage mod BSAs in both MO and data.

If you're going to install both, it is by far easiest to install extended first and then core.

Generally Arthmoor makes entirely certain that it is safe to upgrade his mods.

I have 565 mods. I'm just happy I'm able to manage that many. Just imagine that many in Nexus Mod Manager... Creating custom "mod list separators" goes a long way toward keeping things organized. But then, so does categories.

No. It is not fine. It is only fine for people who do not allow Mod Organizer to handle BSAs and do not extract BSAs.

SRO has a similar pillow texture. Will need to compare.

Just make sure that you are aware that there is a bug in 1.2.5 that whatever is in priority 0 will overwrite everything, so don't put something like the Unofficial Patch there.

Bug report posted: https://issue.tannin.eu/tbg/modorganizer/issues/688

Ok, after further testing I've discovered that what I was experiencing is a bug, but not as major as I thought. It seems that any mod in priority 0 position seems to be overwriting all other mods somehow. This didn't happen in 1.2.4, so I'm not sure what changed. Since I had my optimized vanilla textures in priority 0, all my textures were being replaced by vanilla textures wherever possible. Similarly, if you place Lockpicking Interface in priority 0, it will overwrite the HRDLC. I'm not sure all the quirks of this yet, but will make a bug report. For now, put some meaningless mod in priority 0 and see if that fixes it.

Hmmm. I just loaded up the game and it seems a LOT of my textures are incorrect. In fact, it seems the vast majority of my texture replacers aren't working at all in 1.2.5. They worked just fine in 1.2.4. Seems like this might be a valid and potentially major bug. Need to test some more.

That sounds about normal speed to me.

Post your modlist.txt and loadorder.txt in spoilers (should be in your profiles folder).

This is a combination of the DLC being added into Mod Organizer and using the automatic Fix button too soon. It is smart, but not entirely perfect. Move the following to the top of your priority list in this exact order: Unofficial Skyrim Patch Dawnguard Unofficial Dawnguard Patch HearthFires Unofficial Hearthfire Patch Dragonborn Unofficial Dragonborn Patch HighResTexturePack01 HighResTexturePack02 HighResTexturePack03 Unofficial High Resolution Patch

SKSE ini and log files should be moved to their respective mods. This way they are not generated in overwrite every run.

You have Not Another Colored Map Marker mod installed? You need to disable the SWF version checking in SkyUI if so.