couldntthinkofaname

..which after all is ingame listed in the MCM - does that require a re-run or can one save those 15min and just swap stuff like that on the fly and keep the .esp file as-is I mean BTR are not part of DynDOLOD Generation Output after all So I got no clue whether it just lists the btr in MCM's »You Are Here« page or does more OH, and, another one: How's it with the World/FastTravel map - that thingy utilizes 15 or so btO files - does changing this map require a re-run? ---- I know I could just load game and see if it fails to initialize - I'm just lazy (and a run takes 15 min for me)

I decided to go back to what I call armory-matching LOD It's weird, but somehow dyndolod works perfectly fine with vanilla & landscape-only mods But once I add mods where characters run around with their own shipped armory (shumer, cyrodiil, falskaar, all the "Some Assembly Required" bunch) on top of my already Morrowind enhanced "Morrorim" -- despite those mods not really caring about Skyrim/Solstheim (because their own islands/worlds and whatever - even Cyrodiil-based mods have a seperator of sorts, you dont just run south and that's it, there is always loadingscreens, typically a cave or a gate triggering transition) somehow Skyrim subworlds like Skuldafn and Apocrypha and whatnot crash the tool while having nothing to do with some island lightyears away Oh well, my Morrorim is big enough without even more places anyway, I doubt I've even seen all the critters in Morrowind yet. ///////// But technically - Why? Why does for example my DLC2Solstheim trees crash dyndolod once I add Cyrodiil which is on other end of Tamriel - it makes no sense, it should then crash its own space, not a space it has nothing to do with. (It's really only then that something happens for me) \\\\\\\\ Conclusion: The tool is amazing for simple Skyrim and even Morrorim. No doubt there. But best to stay away from "Assembly Required"

Finally I got a full tree run done! An All Worlds checked and active Generate TreeLOD + Generate Atlas (which for whatever reason generated an ESP also - no skse data though as no object lod checked) I think this esp is from custom line rules, selfmade rules and so on - like Permanent FullModel rules And ZERO errors or missing or anything, just the occassional stutter (you'd need a NASA machine to not stutter during morrowind trees generation) So, this is now my failsafe ALL esp to go back to (distant trees are way more important to me than distant objects) when the Generate Static and Generate Dynamic fail Oh uh, the Generate Atlas checkbox is only trees right? Not needed for Objects or do I grasp that wrong

Apparently I found myself on same road as the rest here - on x86 Skyrim though (so basically a different .exe tool in use) Now I for whatever reason after falling asleep doing reruns and reruns just ran Ancient tes5lodgen trees only and found a very, very interesting endline: cannot fit (existing and found) b'board on atlas - not enough space (of course only after all worlds checked) Now this is a very specific line that I never seen in dyndolod, there it's usually just a random user access (or another of those) .pas error Now question is, is that a Skyrim limitation at work or? Because the atlas (or atlases) actually have space there's an amount of trees from left to right, but at bottom there are empty rows, it looks with eyes that half the DDS file is empty, like at least 50 trees more fit on that

Scenario 1: Mod List "A" - check only main Skyrim/Tamriel - optionsblabla - shell window works, finishes, "Save&Exit" - .esp generated, tamriel and tamriel objects txt/json (dyndolod/storageutil) Scenario 2: Mod List "A" (the exact same, no changes, same order, same everything) - check Skuldafn + Markarth + the 2 dlc1 (soulcairn and forgotten vale) - same-optionsablabla - shell windows work, finishes, "Save&Exit" (of course a brand new .esp, "update" naturally wouldn't find old Skuldafn etc. to read in and override as only a Tamriel exists as json and txt)- .esp generated, 3x the txt/json - 1x for each Scenario 3:Mod List "A" (the exact same, no changes, same order, same everything) - check solstheim (for me thats longer than Tamriel) - same-optionsablabla - shell window works, finishes, "Save&Exit" - again a new fresh esp with dlc2solstheim txt/json all 3 work single in their respective worlds, even in (S.o.)Morrowind which is bigger than Skyrim map (yes, i got THAT to run without errors in dyndolod - I been everywhere there, even jumped into volcano) Scenario 4: Mod List "A" (the exact same, no changes, same order, same everything) - check all "mods"- same options>>>>dlc2solstheim OR skuldafn OR japhetsfolly or any non-tamriel (it's always one that works "single") doesn't bring shell and gets skipped- it continues on to next, shell window/s appear/sSave&Exit - there is an .esp- Log for "skipped" world empty Scenario 5: Mod List "A" (the exact same, no changes, same order, same everything) - check all "mods"- same options>>>>dlc2solstheim OR skuldafn OR japhetsfolly or any non-tamriel (it's always one that works "single") doesn't bring shell TILT TILT TILT "Game Over" no skipno .esp Ooookaaay, I "get it"........... the world/s is/are BIGLike, comparing trees:Textures\Terrain\Tamriel\Trees\TamrielTreeLod.dds @ 21.3 MB, 8192x4096Textures\Terrain\DLC2SolstheimWorld\Trees\DLC2SolstheimWorldTreeLod.dds @ 85.3 MB, 16384x8192 DLC2SolstheimWorld alone - Scenario 3 - is 15 minutes roughly until the shell finishes the .bto generation I get it - but STILL, it is kinda uncool that DynDOLOD must be done in batch/bulk all-in-one- which it doesn't really handle (for me) It would be Better, by far, if there was a way to merge multiple single-checkbox dyndolod.esp this hoping that it's one of the less important worlds that gets skipped---- IF it is Scenario #4 and not the dreaded #5 --- that's a drag SO...... This is Normal, right? Mine is just too big, right? There must be a reason all worlds I can check work single but get messed up in batchbuild