z929669

Wrong Resources version/type would have given you an error when launching DynDOLOD and you would not have been able to continue, I think. Re-downloading the latest alpha and resources and installing app into a clean directory should resolve either way though.

Did this happen once or consistently in all reloads of the save? Did you COC or COW to the location from the console when you noticed this? Seems like it could be the UV on the mesh that's the problem.

Looks like you may be using Alpha 33 where trunk billboard path references were incorrect. Did you grab the latest Alpha and Resources versions from the OP? Doesn't utilize your CPU(s)? That's not possible. In my XP, the latest Alphas have increased in performance and my runs are faster. Anyway, sheson will want to see your logs and a bugreport.txt as described in the OP ... else, he cannot help you troubleshoot.

This mod is what DoubleYou recommends. he runs with ultra-wide format as well.

Looks like another update ... seems to be out of beta now and ready for thorough testing once we update the OP instructions ... it will be some time before I can get there.

Have you installed any mods not in the mod list? Using a controller with a controller mod? You can try disabling SkyUI, run LOOT, and see how the inventory and containers behave. There could also be an issue with your INIs. You may want to reset them ... I defer to @DoubleYou on the INI work though.

This is what I do now

The 1.0.0 SE guide expects DynDOLOD 2, so the GUI is different. You can either download that version or try v3 with our WIP guide. Note that the TexGen settings in the WIP guide are a bit off at this time ... just use the default TexGen settings instead.

That's what I was hoping, and yes, SFO has the 03 small pine but doesn't use those textures. Makes sense that a custom pine03 was using them. They can go away then, which lops off a good deal of the file size, since they are in 2K, 4K, and 4K greener pines. 18 textures in all. Sounds like I may be able to find that one in an older version to see what it looks like and if it references other textures still in the mod specific to only that model.

Exactly. @Tetrol88 and other like-minded individuals would do well to troubleshoot their issues and provide the needed alpha feedback to address any bugs so that v3 can evolve to it's potential, which is vastly superior to v2 (which is in beta, BTW, so it's not full stable anyway). We should all be working to help get v3 to it's first 'stable' release. In my opinion, the inconveniences mentioned are good quality-validation gates that should not be ignored. Not so much bugs with DynDOLOD/xEdit as bugs with mods. If they are false-positives with respect to validation, then we need to be exposing them so that sheson and the xEdit devs can address them.

@TechAngel85 I am looking at EVT Custom Trees and noticeing several pine03* textures. I have looked at just about every model in that mod and core EVT, and I cannot find any that reference these textures. Also, EVT typically covers pine01, pine02, pine04, and pine05 pine tree types but NOT pine03. Vanilla treepineforest03 types also do not reference these textures. The current and historic Custom Trees installers explicitly has an option to install these textures for 'greener' pine03, and the core Custom Trees also has them but less green. Do you have any idea or are these just textures without a home?

More fixes in latest release, including reduced particles in campfires

Install "DynDOLOD Resources" as a mod and extract "DynDOLOD" into some path as an application (outside of mod manager, game location, and locations under UAC control ... use C|D|E|F|G:/Modding/Tools/DynDOLOD for example)

Use TexGen 3 (part of DynDOLOD 3) to adjust ambient/direct lighting of tree trunks, crowns, and grass billboards in LOD (you can use the preview button to examine any model selected). There are also settings in DynDOLOD 3 that allow this selectively via both INI and GUI. If you are generating ultra trees, then 3D static trees will look exactly the same in the distance as the full model trees close up. If your 'full' trees (i.e., not LOD trees) are too bright, then your LOD will also be too bright (and darketing via TexGen or DynDOLOD will make them look different than the full models). It also sounds like you need to make adjustments to your ENB settings. This brightness can also be imacted in those settings. You can also use a tree mod that has ENB options for darker trunks and branches (e.g., Enhanced Vanilla Trees)

Thanks for the compares ... new version should be even better for us. Will need to test within the context of our latest SE guide dev.

Thanks for your continued patience in explaining these things seemingly tirelessly .... Haven't tested in game yet, but looking at the Flat NIFs packaged with DynDOLOD 3 Alpha 39: DynDOLOD_flat_2x2_lod.nif - uses billboard_1 & billboard_1_n files on one plane (double sided) and billboard_2 & billboard_2_n files on the other plane (double sided) DynDOLOD_flat_4x2_lod.nif - uses billboard_1 & billboard_1_n files on EACH side of one plane (NOT double sided) and billboard_2 & billboard_2_n files on EACH side of the other plane (NOT double sided) ... so 'internal' (Billboard1 & Billboard5 by default) defines a NIF programmatically that behaves like DynDOLOD_flat_4x2_lod.nif or DynDOLOD_flat_2x2_lod.nif ... maybe neither? Still wrestling with the usefulness of 'internal' when you have provided seemingly all of the most applicable external NIFs. If I want the potentially 'best' result with tree billboards in object LOD4, in theory, should I be setting 'billboard' or 'billboard4' at LOD4? Is 'billboard' same as 'billboard1'? Is Billboard6 (DynDOLOD_flat_lod.nif by default, double sided, flat normals) used if/when I only have a single (e.g., front) billboard & billboard_n? Sort of a rare "just in case needed" scenario?

I must've grabbed the definitions from the doc rather than DynDOLOD_SSE.ini. So this is what I show for Alpha 39: Billboard1=Internal Billboard2=DynDOLOD_flat_2x2_lod.nif Billboard3=DynDOLOD_flat_3x2_lod.nif Billboard4=DynDOLOD_flat_4x2_lod.nif Billboard5=Internal Billboard6=LODGen_flat_lod.nif ... which makes more sense with what you are saying. SO ... under these definitions, Billboard1 (and Billboard5) should be same as Billboard2 outside of the latter defining "sphere normals" -- how does this relate to vertex colors? EDIT: I see now that this may be because vertex colors can be set in the external model Also, I don't understand how "Billboard1 or Billboard4 are the best suited for HD billboards with normal maps." -- since: " all Billboards will make use of _1 and _2.diffuse and normal map texture." Perhaps it's differences in the esoteric 'internal' model versus the defined 'external' models? I cannot inspect the former for comparison against the latter. Since those are DynDOLOD INI settings, I assume that TexGen doesn't create more/less tree billboards for any given tree in relation to these setting but rather DynDOLOD uses these billboards according to these settings. 'four' planes math/counts confuses me, given that I have seen TexGen only create 5 textures per tree --> 1 'front' diffuse + 1 front_1 diffuse + 1 front_1 normal + 1 side_2 diffuse + 1 side_2 normal (I 'think' this is correct?): How/when is 1 front diffuse used? DynDOLOD_flat_2x2_lod.nif and internal both use 1 front_1 diffuse + 1 front_1 normal on one plane (two sided) and 1 side_2 diffuse + 1 side_2 normal on the other (also two sided)? How could DynDOLOD_flat_4x2_lod.nif be any different? It still uses these same four textures, no? (4 x 2 = 8, but we only have 4) Lastly, what INI mechanism causes TexGen to create a third diffuse + normal set ('_3')? ... and I don't see a DynDOLOD_flat_6x3_lod.nif, which would complete the pattern for me. I will try to discover what you and the doc are saying by generating under varying conditions as you say (comparing output and screens), but any help in clarifying the details I am obviously not understanding (or over-complicating?) would be appreciated. i will test using suggestions found in ../DynDOLOD-Standalone.3.00-Alpha-39/DynDOLOD/docs/trees.ultra/DynDOLOD-Trees.html

You are late Same topic created under SE a few days ago:

Mod updated to v2.2.0 with a new and easy-to-choose installer with screens for every option (all optional files combined now except for Custom Trees). All 3D hybrid LOD remade and several small issues fixed.

I need a lesson on external/internal billboards; I've read the doc many times, but want to understand better with defaults: Billboard2=DynDOLOD_flat_2x2_lod.nif Billboard3=DynDOLOD_flat_3x2_lod.nif Billboard4=Internal Billboard5=Internal Billboard6=Internal In the past, I found (and assumed) that setting 'billboard' at any LOD level produces what seems like a flat, single-plane billboard (maybe has two planes? But same single texture on all sides?). Setting billboard2 has always yielded better results by allowing use of the billboard normals. Question: Does billboard2 allow the 2x2 NIF to use all four HD billboard textures? How exactly does this differ from billboard4 (which evidently equals billboard5 and billboard6 under default config as noted above)? I read about sphere vs flat normals, but wondering if internal uses all four billboard textures? I assume that billboard2/3 should always give the potentially best result, but I want to confirm my assumptions.

Recommend changing to DynDOLOD v3 Alpha 39+. It has much better user support via GUI and provides all LOD assets necessary. Mod billboards are deprecated as well. Install into a clean new folder and reset connections via mod manager. Try TexGen default settings for your game resolution and use default DynDOLOD GUI settings to start. Recommend 'high'.

That shouldn't be it. The software should be up to latest standards. If you can log into forums with that pass, you can (in theory) log into wiki using same. The only diff is that wiki expects capital first letter of your forum member name, so if it's 'ruedii' on forums, you must use 'Ruedii' on wiki. Can you post the errors and anything that could help us dig into the issue> Also, please try using a browser you never use so that we can rule out browser caching issues (clearing cache also works, but it is more difficult to accomplish this than one might think)

@sheson Hoping you can enlighten me on the following files that often get included with mods, but I don't get them when running TexGen/DynDOLOD 3. I have never understood how these are used when TexGen creates 5x billboards for trees/HD trees. Can you point to a resource to better understand or give an explanation here? dyndolodtreeslod.dds and dyndolodtreeslod_n.dds EDIT: Perhaps those files are only used for traditional "Generate tree LOD" option?

Using DynDOLOD 3, now? Then you can increase/decrease billboard lighting in TexGen and brightness of the models in DynDOLOD app.

The answer is that those SFO LE mods probably don't have 3D trees. You are seeing the billboards starting at LOD8 but nothing at LOD4. If you are happy using billboards, just set billboard for LOD4 as well in the mesh rule. But you should be running DynDOLOD 3. Then TexGen will create HD billboards for you and you can set billboard2 at each level. Otherwise, you or someone else would need to make 3D hybrid trees for SFO LE. This problem doesn't exist for SFO SE, because I created 3D hybrids for that one (not sure about SFO LE though, but I assume no 3D trees for that). Vanilla trees should work fine though, because sheson has created 3D hybrids for all vanilla trees in SE and LE I think. These come packaged with the DynDOLOD application via tree rules in the DynDOLOD install location.