TechAngel85

I completely agree. That "stability" test is nonsense, imo, for all the reasons Greg mentioned and more.

It's legit, but we aren't really looking that far into SSE right now to be able to offer up any advice on it.

Try starting a new game to see if it gives you any issues. Feel free to use LAL to skip over the intro and get in the game faster for the test.

That is something beyond a complete beginner is going to know how to do or do confidently. Best start watching videos about patching your load order using xEdit (TES5Edit).

Two things that need work: The requirements for mods needs an "or" option. Mods like DSR do not strictly require XPMS. As long as it's a mod that supports the features needed. In this case setting the requirement to XPMS is not correct. Users could have XPMSE in their mod lists and it'll work just fine; however, these users are presented with an error from Mod Picker because the specified mod (XPMS) is not being used. For now, I have simply removed XPMS from DSR as a requirement as that is currently the easiest fix (since Java isn't listed either, but it's required as well). Second, thing and this is a feature enhancement that would save a lot of headache. That is being able to change the priority of the mods in the lists besides just by dragging and dropping. This is a hassle when the mod list is rather long like STEP's. You already list the priority on the individual mods. You simply need to allow us to change that manually so we don't have to drag mods from the bottom of the list to the top.

I can confirm that it works now. Good job!

Yep, got busy this morning with the holiday baking. Getting ready to give it a go!

Good catch! A sign it is past my bedtime...

You most like have some conflicts in your load order that can only be resolved using a custom patch to make all your mods work together properly.

Thanks! I'll try it out first thing tomorrow!

Nope. One didn't present itself for me when I installed it to test it.

That mod's "fomod" isn't anything recognized by MO. No idea. There aren't any special instructions for it in F&LNV: https://wiki.step-project.com/User:Essarrbee/FalloutNewVegas#Supplemental_UI

Don't use the external installer. It's based on an old version of the NMM installer and is really outdated compared to the internal installer. Just let MO decide what to use and let it do its thing. The answer to the rest is "yes".

First, allow LOOT to sort your load order and accept any changes. Next, rebuild your Bashed Patch. Last, post the contents of your enblocal.ini file within spoiler tags: [spoiler] Content content content [/spoiler]

At this point, I would recommend deleting everything under the Skyrim directory; leaving only the Data, MO, and any utility folders you have installed (assuming your MO and have tools installed to your Skyrim directory). The goal here is to have a completely fresh Skyrim directory to work with as a base for troubleshooting. This also eliminates anything left over that isn't a part of the base game.

Intel hasn't had to come out with anything ground-breaking and has opted to stay within the "more horsepower using less energy" development approach for years. In my opinion, this is because AMD hasn't really even been a competitor like they used to be. Intel, in that regard, has become comfortable being on the top for several years. AMD is just now catching up to the current state of Intel processors, which is kinda sad seeing how long it took. I'm confident that Intel will remain in the top spot. I've read that they already have plans for a 7nm chip down the line which will not be made of silicon due to the limits of the material being within sight. Personally, I'm not seeing anything special with the Zen model that Intel can't already produce and keep up with. I'll reserve any further judgements until the Zen hits the testers and we start to see benchmark results.

Following up on this... From the mod page on Equip Sets: "Mod is basically learning which ammo you prefer to use with each weapon so you don't have to swap ammo manually each time you use different bow or crossbow." That sounds exactly like was is being described. You use a specific arrow for so long with a specific bow and the mod learns that you "like" this combination. You find better arrows and switch to them only to get into melee combat forcing you to switch to your melee weapon. When the fight is over and you switch back to your bow, the wrong ammo is equipped because the mod thinks you prefer the weaker ammo since you used it for some time in combination with that bow. This scenario is basically what is happening and sound like that feature is running; however, it shouldn't be running if the setting is off. The best way to test this is to put a debug message in the script to see if it is running and processing when it's not being told to. Yes, you're fine.

When do you expect Mod Picker to be out of Beta? Also, any news on the Analyzer?

Just use BethINI. The next version of the Guide will be switching to BethINI rather than listing the individual tweaks as we do now.

That seems like a low priority for the Bashed Patch which should typically always be last or close to last in your load order. Curious what the LOOT team is doing there.

Does this keep it in the same position in the Plugin list? I've been meaning to check into this, but other stuff is taking priority right now.

It's the DLL. It worked when I switched it out with the old one. MP isn't the 1:1 replacement we wanted, mainly because it's not under our roof, but it can most certainly work. What I'm envisioning is a framework of Drupal for the overall site and front end user experience. Wiki mod pages are maintained (but slimmed down). Mod Picker list and mod pages are maintained. APIs allow for pulling from both sources to build the mod layout for the Guide and other pages we desire. I've used Mod Picker quite a bit now. It's easy to use and will probably work as a replacement for our systematic with the API solutions.

It's not the antivirus. I added the folder to the exclusion list anyway, no difference. I rolled back to v1.7.3. Worked fine. Rolled back up to v1.8.1. No worky work!

Here's my setup, just in case:

Set the start in folder and it still didn't work. Tried it with a different mod: Analyzing Consistent Older People 31a No Elves USLEEP-19730-3-1a.7z... Calculating MD5 Hash. Data\SPTConsistentOlderPeople.bsa Data\SPTConsistentOlderPeople.esp ReadMe-ConsistentOlderPeople-31a.txt Getting assets from bsas\SPTConsistentOlderPeople.bsa... Could not load file or assembly 'libbsa.dll' or one of its dependencies. The specified module could not be found. at ModAnalyzer.Domain.AssetArchiveAnalyzer.GetBSAAssets(String bsaPath) at ModAnalyzer.Domain.AssetArchiveAnalyzer.GetAssetPaths(IArchiveEntry assetArchive) at ModAnalyzer.Domain.ModAnalyzerService.AnalyzeEntries() at ModAnalyzer.Domain.ModAnalyzerService.BackgroundWork(Object sender, DoWorkEventArgs e) Analysis failed.I noticed it's storing the BSAs. Is it suppose to do that? That can add up to a lot of storage space quickly, if you're scanning a lot of mods.