CyanBC

Okay Checking the log when it works: When it doesn't: From the log, of the model I built just now to test Static LOD4 again (associated with the "when it doesn't" just above: Now that wasn't helpful. I can visually confirm (nifskope) that the second run did not use the passthru for Tamriel at LOD4. Proof file is the .nif attached. I reiterate that these are with the exact same settings, mods, textures, load list being the same. In this case with EVT (oldrim), but my other tests without it had the same outcomes. Settings for this tree (in order): Not working: tundradriftwood - StaticLOD4 - Billboard - Billboard - Yes - Near LOD - Unchanged working: tundradriftwood - StaticLOD8 - Billboard - Billboard - Yes - Near LOD - Unchanged Here is a link (I don't see a place to put attachments here) to a .7z file with failure and success logs (.txt (4), .nif (2)) as well as the mesh generated by DynDOLOD https://expirebox.com/download/9e390d84ba83e6cdff094016f61b6e65.html

Hello Sheson, To clarify, I love what you've made with DynDOLOD, my issue is this particular (crappy) tree taking up more resources that it was worth. I'll try to respond as thoroughly as I can, I don't have much testing time what with a new baby and all. You obviously know more about this than anyone, so I apologize if I can't be more clear. Also I've solved the problem to my satisfaction, setting Static LOD8 for this tree effectively dealt with the issue. I'm not sure though, if there might be a bug somewhere, that might help others if squashed. -I believe that EVT and SMIM come with full models of this tree, while EVT and DynDOLOD Resources come with the hybrid models. When I say both, I mean that I have run trees through EVT SSE, EVT Oldrim, SMIM+DynDOLOD Resources. all separately with the same result. I think I ticked "replace tree" to see if I could get DynDOLOD to look for (or tell me that it's looking for) the hybrid model. In either case, I tried it with both replaced, and unchanged. -I don't remember where all the versions of this tree came from, but I have about 4 identical hybrid trees of this with different names. The issue for me is that at Static LOD4 this (and only this) tree does not seem to look for the hybrid model at all. Or it does but it decides that the full model is the hybrid model. I only run EVT, or Vanilla+SMIM+Dyndolod Resources. -I sort of mean this as to say "I have tried this many times", I'm not sure what all the differences would be, but I've tried many variations on those differences if they actually exist. -When I was first doing this the naive - easy - way I noticed this tree always used a full model. In my versions for DynDOLOD SSE, If I clicked "Load Preset" and chose the one called "Default", it added in the tundradriftwood entry to the main list. I worked off of that, and my limited knowledge. -When I use Static LOD8 where Static LOD4 should go, It looks for (and finds) tundradriftwood01passthru_lod.nif, no CRC number attached as per my log. I don't think I have any lods that have "*_lod_1.nif". - The log shows that "3D Lod found" but points it to "tundradriftwood01.nif" as the 3D LOD, the full model, instead of passthru (when set to Static LOD4, in LOD4 settings) -I'll need to check this. Again limited time, baby, no sleep, dying. Thank you again for this magnificent tool.

It is both the tundradriftwood01.nif clutter from EVT and (with EVT disabled) DynDOLOD resources. I put all possible passthru_lod combinations in the folder for CRC matching. As we see though it does not seem to look for the appropriate passthru_lod at any rate. I re-ran DynDOLOD again to shift my EVT trees from LARGE or default size. This time I set up a tundradriftwood custom entry in the main window lower than the default preset. I set this to LOD4 =Static LOD8 LOD8 =Billboard LOD16=Billboard VWD=Y NearLOD Unchanged This time it worked. I re-ran the process again (since I thought putting my own entry in is what made the difference), as this: LOD4 =Static LOD4 LOD8 =Billboard LOD16=Billboard VWD=Y NearLOD Unchanged It did not work. I checked to see if any worldspace was using the proper passthru_lod on the one that failed: One of them is, I think only the larger LOD levels are checking for the passthru for this particular entry, at a guess. Which is why setting the LOD4=Static LOD8 seemed to actually use the hybrid model at LOD4. So I ran it again, this time using Large trees from EVT. Setting tundradriftwood LOD4=Static LOD8 worked again. I confirm which model was used by opening a Tamriel object in nifskope: DynDOLOD_Output\meshes\terrain\Tamriel\Objects\Tamriel.4.0.-4.nif Which has several of these trees.

Mod Organizer2, DynDOLOD 2.36 When I make my Ultra 3D Tree lods using the hybrid trees supplied either by EVT (oldrim) or DynDOLOD Resources (SSE) the TreeTundraDiftWoodTree01 does not use its hybrid mesh. A subset of my log is included below: We can see that other trees find their appropriate passthrough lods: LOD4: meshes\dyndolod\lod\trees\reachtree01_0b3d571cpassthru_lod.nif but the LOD for TreeTundraDriftWoodTree01, claims 3D LOD found, but uses : LOD4: meshes\landscape\trees\tundradriftwood01.nif to generate the actual LOD. ignoring the passthrough. It doens't even seem to be looking for a passthrough file, though there is one present. I'm not sure if there is some way to force or set finding an appropriate passthrough_lod or another solution, any advice or insight is appreciated. This is the only tree (with a passthrough) that does this. Cheers