Gratis_monsta

Hi, I have currently built my DynDOLOD output using Alpha 164 and noticed my DynDOLOD.esm could be compacted to ESL using the newest SSEEdit 4.1.5b experimental. (version 1.71 plugin support with the 4096 FormID ESL-support) I checked and there don't seem to be any formID specific references in any of the resource files generated but just wanted to check whether it was safe to compact the ESM provided the references in Occlusion.esp are also updated. I was not too sure about the skse file that was generated.

I ran 150a again and it worked this time. Apologies for the false report!

I am getting the following error with Alpha 150 during DynDOLOD: Error: Access violation at address 00000000011D4326 in module 'DynDOLODx64.exe'. Read of address 0000000000000000 while processing Stretched Snow Begone.esp ImpExtIceBldgSecondICorner03 [STAT:0006F771] Logs here The Stretched Snow Begone mod is this one. I was able to run Texgen and DynDOLOD without errors with Alpha 148

Just reporting in that TexGen and LodGen in 142 ran to completion for me. Thanks!

Hi, got this error with Alpha-141: "Error: Plugin load order too high to copy record into DynDOLOD.esm TSR_TeldrynSerious.esp [CELL:67944051] (in TSRVampWorldspace "Shattered Crypt" [WRLD:67939A2E])" Debug Log

Hi just wanted to report apparently some intended wild edits in the Nebarra mod (confirmed by author here - 3rd bug marked won't fix from the top. Sorry I didn't understand how to directly link the bug report) Logs uploaded here for reference Also would like to understand how to fix the below Duplicate Cell warnings:

A wierd problem started happening since updating to 1.2.15 from 1.2.14 The Unmanaged mods in the MO left pane refuse to change their priority and reset back to their (random?) state after every refresh. Before Arranging: https://s8.postimg.org/hhs5nha3p/Before_Arrange.png After Arranging: https://s8.postimg.org/b0993yzqd/After_Arrange.png Refreshing: https://s8.postimg.org/oz1d2ozmt/Refresh.png After Refresh: https://s8.postimg.org/fnfb5qn39/After_Refresh.png EDIT: Posted too soon. Saw this already reported and confirmed a bug. Reverting to MO 1.2.14. Topic can be closed sorry.

1 & 2) I went through them in TES5Edit just now and yes that is very impressive. 3) Good to know. Thanks :)

Hi Neovalen, Some queries: 1) The AOS 2.2 installer has lots of compatibility patches for mods in SR:LE but the guide only uses the Climates of Tamriel patch. The other applicable patches would be Deadly Spell Impacts, Enhanced Blood Textures, Traps Are Dangerous, Weapons & Armor Fixes and Wet & Cold. Any reason these are not used? 2) Similarly, Book Covers Skyrim has some patches in this installer. The ones applicable for SR:LE would be Complete Crafting Overhaul Remade and The Choice Is Yours. 3) Complete Crafting Overhaul provides compatibility with Heavy Armory and Lore Weapon Expansion as well. Any reason they are not used like the other patches mentioned in the CCOR page? I read that Immersive Weapons is not in SR:LE because it didn't match up the quality of Immersive Armors. Are these weapon expansions not included for a similar reason?

@minos55: Check the page's history (the last update was the unofficial patches being updated to 2.0.8)

I realized I linked the images wrong. Sorry will fix. Yes the Kohdi version seems to the STEP-worthy.

To summarize, yes - but it was the SMME functionality that was not taking effect, not the LAA flag.

An update: I tracked down the problem to the EXE and the SKSE memory patch feature and remembered I had applied the 4GB patch to it. Reverted back to the vanilla EXE (4GB patcher makes a .bak file of the original unpatched EXE) and voila! SKSE's memory management functionality requires the original unmodified latest patch EXE to work since it uses absolute addresses of the memory block code the extender handles. Thanks a lot for your generous and patient help hishutup.

Any chance of this being reconsidered into STEP? Original Mod version Kohdi version (STEP-worthy: basically made from the HD concept art - look at the center graybeard for noticeable differences) EDIT: Fixed links

Yes I run SKSE from MO. I checked running SKSE from outside MO but no logs seem to be generated. SKSE's scripts are installed via MO (according to STEP and SR:LE) so maybe that's the reason.