Arthmoor

That's a great addition... it'll remove the laziness that causes me to keep neglecting to update my backups

I'm slowly starting to get used to it and can see why they did it. It's just counter to instinct to hit 'c' when you want the y axis.

Google fail :/

So... summer's here folks. Time to clean out the dust and pet hair from those PCs again! Let the poor things breathe fresh air once more.

If you could post the contents of the small error window, that would be helpful. It sounds like you have a malformed mod though. Also, yes, 297.1 is the current stable version.

I guess that firmly places me into the large number of people who simply can't get Steam to behave no matter what. It won't even respect my choice to stay in offline mode just for the game.

Supposedly the CK will run with Steam in offline mode, but every time I've tried that, it whines that it needs the cloud service to be available. It did that even before I had any mods. All it does is complain to me, then shut down.

... catch the lizard by his toe and pass him a piece of software? Wait... that can't be right... can it?

The CK has LAA support though. I'm on a 64 bit system. It can have up to 4GB and rarely ever uses more than 2GB. I don't think that's the problem. I think it's just because the game has so many new form definitions that it slows down the database processing. Plus the graphic detail is so much higher and there's so many more things to display that the render window simply can't keep up. Cutting back on background processes will only give so much. The CK probably just needs Bethesda to show it more love.

It won't. That's what you need to change. The block as shipped with Dynamic Map should look like this: set tnoDM.mod to sv_Construct "West Roads.esp" set tnoDM.x to 294 set tnoDM.y to 448 set tnoDM.w to 504 set tnoDM.h to 435 SetStage tnoDM 20 set tnoDM.mod to sv_Construct "road+bridges.esp" set tnoDM.x to 200 set tnoDM.y to 326 set tnoDM.w to 1523 set tnoDM.h to 1072 SetStage tnoDM 20 That checks for the plugin names. Which obviously you don't want it doing anymore, so it has to be changed to read like this: set tnoDM.base to 1 set tnoDM.mod to sv_Construct "West Roads.dds" set tnoDM.x to 294 set tnoDM.y to 448 set tnoDM.w to 504 set tnoDM.h to 435 SetStage tnoDM 20 set tnoDM.base to 1 set tnoDM.mod to sv_Construct "road+bridges.dds" set tnoDM.x to 200 set tnoDM.y to 326 set tnoDM.w to 1523 set tnoDM.h to 1072 SetStage tnoDM 20 This directs the mod to treat those two map images as base objects to display all the time. Technically that means even if you uninstalled my mod you'd still see these map changes, but all you'd have to do then is reverse the edit back to the way it was before.

There's not much that can be done about it unfortunately. I've gained a new appreciation for how speedy and responsive the Oblivion CS actually is when compared to the CK. Then again, Oblivion didn't have to do even half of what this thing is doing.

Sounds like the registry location for Oblivion got reset when you did the system restore. It probably thinks it's on your F: drive when it's really not. You comfortable with editing the registry?

Dying to get hold of this, Skyrim needs Mimi!

It's an early stab at mesh optimization on a few select pieces. Long since made obsolete by PyFFI. The UOP and USIP already include the PyFFI'd versions of everything in this package. So it should be removed.

Pretty much this. Other people were also doing it because they thought the grey face NPC bug wasn't fixed either. There's a place for .esm/.esp pairing, but mods generally editing Tamriel really aren't it because that just eats up your slot limit twice as fast.

The conflict over the marker_error.nif file is fine. The UOP update has a fix for that file which should override the original.

With the list you have now, you need to move both UOP packages to slot #7 so that they push the UOMP package down. Your DLC BAIN's are fine where they are. The snowflake replace should probably drop in somewhere after the QTP3 stuff. If is the USIP update, it needs to slot in between the UOP and the UOMP. It also appears you're missing the USIP entirely. So you may need to drop this file completely if you don't have SI.

Sounds like you've actually got that backward then. If you sort your insall list by package order, you want the ones with the highest numbers to be the ones you want to show up most. It should be just like how you handle load order for plugins. It's quite possible you got away with it in this case because the package you picked don't overlap each other, or don't overlap enough to have noticed it.

When you say they're "above" the UOP, do yo mean visually as you look at the list, or numerically as they're numbered for package order? The thin white edge thing is a bug in AMD's drivers relating to anti-aliasing. Something they apparently refuse to even acknowledge in bug reports. I've sent plenty only to have the reports silently tossed out with no explanation. I stopped bothering.

Good to know, none of my NPCs have that checked, which is probably why fixing them in CK 1.5.24 produced a working result. That was definitely not working prior to that update though.

That's what used to be the case when we brought the issue to Bethesda's attention during the CK beta. The problem was fixed since then in CK 1.5.24.

Minor FYI - updated that AFKMods help link since Bethesda and Nexus both had URL changes since that was written.

Highlight the rogue files and hit delete. While not a particularly great wiki page, this page does go into the gory details a bit and includes the section I added on what the CK skips if you don't add it yourself.