narphous

Test version + RenderTexturesSingleThread=1 was successful. Test version alone was not.

I'm getting the error "OpenGL: C:\apps\DynDOLOD\TexGen_Output\textures\lod\sstonefloor01lod framebuffer objects unsupported". I'm running Nvidia's latest WHQL driver 566.03 and dyndolod alpha 182. Logs with GLListDebug=1 and GLDebug=1 are attached. OpenGL Error Logs.7z

OK, I did load profile > DynDOLOD_SSE.ini and now I get a message that dyndoload found 20720 grass .cgid files and 0 grass billboards. Let me try rebuilding from texgen as well and see what results I get. Update: I knew I'd did a stupid... I forgot to check the HD grass and HD trees in texgen. All working now.

This is the entry from C:\apps\DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_SSE.ini: ; set to gid in case cgid grass cache files have been renamed or copied ; instead of renaming consider using https://www.nexusmods.com/skyrimspecialedition/mods/101095 ; vanilla gid files will not work GrassGID=cgid So it doesn't seem to be that. And I don't have any recollection of ever changing that setting. Really, I stick to the GUI because I've learned that messing about in ini files I don't understand is the path to madness. But just in case, here's my ini.. DynDOLOD_SSE.ini

I'm having a bit of a problem with alpha 180 that I can't figure out. I (re)generated my grass cache but I'm not able to enable the option to generate grass lods and I'm not seeing what I'm missing. I verified the settings in grasscontrol, but can't locate the settings on the dyndolod side from DynDOLOD-Grass-Mode, I suppose since I'm not able to enable the setting for grass lods. The only thing odd I've noticed, and it's probably just the print, is that the error is "..cgid not found" and "[00:12] [ResourcesChecks] <Debug: Found 0 ..cgid grass cache files>" from the debug log seem to indicate dyndolod is looking for something like *..cgid" and not "*.cgid". There's ~21k .cgid files in \data\grass, so the files are definitely there. Any pointers towards what I'm missing will be appreciated. Debug log is here: https://drive.google.com/file/d/1PwnTGDSRu2FuZsx0XKBFO9GbWNg2V62u/view?usp=drive_link

So based on that, I think it's a problem in xEdit, which IIRC is what I used to compact the form IDs for that mod. I ended up doing a complete rebuild about this same time, and have since only been using CK to do ID compaction. Haven't had the problem since.

No complaints, just wanted to say you're doing the lord's work and it's appreciated.

So how would I do that? As I said, I re-ran the compact operation in CK, but no change. And loading my entire load order in xedit shows that none of those mods actually touches any of the records that DynDolod claims they overwrite. So as far as I can tell, it's not the mods that are the problem. For example, dyndoload claims that: Computer says "Worldspace Editor ID Tamriel is changed to RecipeSED7fGbarbellGemEmerald HDT Piercingsets.esp RecipeSED7fGbarbellGemEmerald [COBJ:0000003C]" The actual ID of RecipeSED7fGbarbellGemEmerald is FE00003C and it does not overwrite 0000003C] according to xedit.

I'm getting errors from dyndolod reporting that Worldspace Editor ID Tamriel is changed by other mods, but none of the mods listed actually touch 0000003C. Various COBJ, ARMO, and ARMA records are listed from the mods. The one thing I believe they all have in common is that they all use ESPFE plugins. I've tried cleaning and having CC recompress the records without change. DynDOLOD_SSE_log.txt DynDOLOD_SSE_Debug_log.txt

I used OcclusionMaxThreadsObjectLOD=1 and no errors showed in the debug. I'll play with it more later and try 2/3, but as long as 1 works I'm not going to worry about it. Or maybe I'll just upgrade to 64 gig.

OK, I'll test that tonight and report back.

Sorry... logs @ https://ufile.io/vk846umr 8 physical cores, HT on. And just in case, my inis are attached. DynDOLOD_SSE_TexGen_Default.ini DynDOLOD_SSE_Default.ini

I'm running out of memory when generating lods with occlusion enabled using alpha-41. I saw taskmanager go over 29GB usage (32GB installed) and the system froze for a bit, then recovered. The full debug log is too large to upload, even zipped. But here are some lines from around the time this happened. [08:40] 100%: [CELL:0400EE29] [15,13] water: 256, min: 5768, max: 7600, top: 9577 [08:40] Waiting for LODGenx64.exe generating object LOD for Tamriel. [21:58] [Tamriel] Generating Pre-Computed Occlusion TVDT [21:58] [Tamriel] Land height: -27000, Water height: -14000 [21:58] [Tamriel] LODsettings: Level 4 to 32 stride 256 from -96,-96 to 0,0 [21:58] [Tamriel] Gathering CELL records [21:58] [Tamriel] Building height map from 11187 cell records [21:59] [Tamriel] Updating height map from terrain LOD meshes [22:01] [Tamriel] Updating height map from object LOD meshes [23:34] <Warning: Error when loading "meshes\terrain\Tamriel\objects\[08:40] 100%: [CELL:0400EE29] [15,13] water: 256, min: 5768, max: 7600, top: 9577 [08:40] Waiting for LODGenx64.exe generating object LOD for Tamriel. [21:58] [Tamriel] Generating Pre-Computed Occlusion TVDT [21:58] [Tamriel] Land height: -27000, Water height: -14000 [21:58] [Tamriel] LODsettings: Level 4 to 32 stride 256 from -96,-96 to 0,0 [21:58] [Tamriel] Gathering CELL records [21:58] [Tamriel] Building height map from 11187 cell records [21:59] [Tamriel] Updating height map from terrain LOD meshes [22:01] [Tamriel] Updating height map from object LOD meshes [23:34] <Warning: Error when loading "meshes\terrain\Tamriel\objects\Tamriel.4.-28.28.bto": Error reading NIF block 34 BSSubIndexTriShape: Out of memory> [23:34] <Warning: Error when loading "meshes\terrain\Tamriel\objects\Tamriel.4.0.-8.bto": Error reading NIF block 109 BSSubIndexTriShape: Out of memory> [29:52] [Tamriel] Calculating occlusion for 341 CELL records. Quality: 2 Adjust: 0 Mode: -TVDT -Flat +Border [29:52] 0%: [CELL:00003D09] [0,37] water: -14000, min: -14000, max: -14000, top: -12600 [29:52] 0%: [CELL:000038E9] [10,37] water: -14000, min: -14000, max: -14000, top: -12786 [29:52] 0%: [CELL:000038E3] [16,37] water: -14000, min: -14000, max: -14000, top: -13976 ": Error reading NIF block 34 BSSubIndexTriShape: Out of memory> [23:34] <Warning: Error when loading "meshes\terrain\Tamriel\objects\Tamriel.4.0.-8.bto": Error reading NIF block 109 BSSubIndexTriShape: Out of memory> [29:52] [Tamriel] Calculating occlusion for 341 CELL records. Quality: 2 Adjust: 0 Mode: -TVDT -Flat +Border [29:52] 0%: [CELL:00003D09] [0,37] water: -14000, min: -14000, max: -14000, top: -12600 [29:52] 0%: [CELL:000038E9] [10,37] water: -14000, min: -14000, max: -14000, top: -12786 [29:52] 0%: [CELL:000038E3] [16,37] water: -14000, min: -14000, max: -14000, top: -13976 I went and found the first file and it doesn't seem that large so I'm clueless as to why the system would suddenly exhaust all memory running this. Or is it that I shouldn't build occlusion data for tamriel, but only the child worlds?

After 2.0.3 and some testing, the errors I reported are gone. All seems to be working quite well now. Many thanks for your continued support.

OK, I've followed the update procedure 3 times, removed everything related to the old dyndolod I could find, regenerated, and still get this error. Does anyone have a process for completely purging the system of old assets, along with a list of assets incompatible with the new dyndodlod? Thanks in advance

Something odd is going on. The mega link asks for a decryption key, and the nexus link just dumps you to the main nexus greeting page.

A well deserved congratulations on getting 1.0 out the door.

That's what I did, and that's what didn't work. Data stored by scripts isn't removed, any way. This has been known for awhile, thus script cleaners that can also remove the associated data, etc. I will point out though that this is the first time your process didn't work when updating.

Well, first, thanks for the awesome support. Second, I learned another new thing, or else something significant changed the form IDs or something. N e hoo... I had to not just go inside, disable, etc., but actually run a script cleaner on the save. Then everything completely reinitialized and it's working now.

I can promise you that the issue will never have anything whatsoever to do with MO. ;) Here are the files: https://drive.google.com/folderview?id=0B5z4Elg1rTmcVEctZ0FxV05MRk0&usp=sharing Let me know if the link doesn't work. I haven't tried to give open access before.

Tried with 0.59.31. Yes, I'm quite sure there files are where they belong. E:\SteamGamesSSD\steamapps\common\Skyrim\Data\SKSE\Plugins\StorageUtilData This is the contents from a run with my full load order... just noticed that it appears that maybe dyndolod isn't ignoring empty world spaces still. Looks like the stuff from anna npcs is still there. "an_lothlorien":"Tamriel","an_druidgroveworld":"Tamriel""katariahworld":"Tamriel",Those 3 have no corresponding objects or world json files. I just removed them and we'll see if that makes it better or not. {"string":{"tamriel":"Tamriel","windhelmworld":"Tamriel","riftenworld":"Tamriel","markarthworld":"MarkarthWorld","whiterunworld":"Tamriel","blackreach":"Blackreach","skuldafnworld":"SkuldafnWorld","deepwoodredoubtworld":"DeepwoodRedoubtWorld","sovngarde":"Sovngarde","solitudeworld":"Tamriel","whiterundragonsreachworld":"Tamriel","japhetsfollyworld":"JaphetsFollyWorld","katariahworld":"Tamriel","windhelmpitworldspace":"Tamriel","labyrinthianmazeworld":"LabyrinthianMazeWorld","dlc01falmervalley":"DLC01FalmerValley","dlc01soulcairn":"DLC01SoulCairn","dlc1hunterhqworld":"DLC1HunterHQWorld","dlc2solstheimworld":"DLC2SolstheimWorld","dlc2apocryphaworld":"DLC2ApocryphaWorld","an_lothlorien":"Tamriel","an_druidgroveworld":"Tamriel"}} No joy on taking them out. Seems to be something in Tamriel that's causing the problem though. I got an initialized message while in one area, but then I went to Whiterun and started getting the "cannot read" messages again.

OK... well, any ideas on the error about reading dyndolods_worlds.json? Or still looking/haven't had a chance to look?

I Really? Because I always used to get processed record: xxxxx where xxxx was some number much greater than 0.

Tried that oh so many times, with everything from my full load order to only skyrim and update esms checked in xedit. The result is always the same. This was run with dyndolod 59.3 and xedit 1930. Did a full run, i.e. not using any cached data and generating everything fresh, and I didn't see the new error, just the "processed record:0". TES5Edit_log.7z

Well, things are not going well with 59.3. I've been getting "[Apply Script done] Processed Records: 0, Elapsed Time: 08:14" and in game errors stating that dyndolod_worlds.json can't be read, but after going to xedit 1930, I get a list index out of bounds (-1) and this bit of loveliness: [00:07:38.356] World Tamriel[00:07:45.932] Filtering 255287 references in Tamriel "Skyrim" [WRLD:0000003C] for LOD[00:07:45.942] 0 of 255287 done[00:07:45.979] no Firstborn for 29_-27 Skyrimesm_000EE1_DynDOLOD_LOD [REFR:8F0034C6] (places RockL04_DynDOLOD_LOD [MSTT:8F001009] in GRUP Cell Persistent Children of [CELL:00000D74] (in Tamriel "Skyrim" [WRLD:0000003C]) at 29,-27)List index out of bounds (-1)[Apply Script done] Processed Records: 0, Elapsed Time: 08:14 so... not working well for me. But the text right after "(places" changes sometimes.