z929669 Posted April 10, 2021 Posted April 10, 2021 Yes, not sure if this is informativeAppErrors.txt
sheson Posted April 10, 2021 Author Posted April 10, 2021 15 minutes ago, z929669 said: Yes, not sure if this is informativeAppErrors.txt Ah just the everyday Exception code: 0xc0000005, which could be anything really. Did it ever happen again, can you reproduce it?
z929669 Posted April 10, 2021 Posted April 10, 2021 It's not reliably reproducible. The file I posted contained two separate errors that occurred in two runs one after the other. The third run went without issue. All three runs were exactly the same but for the time.
sheson Posted April 11, 2021 Author Posted April 11, 2021 8 hours ago, z929669 said: It's not reliably reproducible. The file I posted contained two separate errors that occurred in two runs one after the other. The third run went without issue. All three runs were exactly the same but for the time. Are you sure there is no bugreport.txt in the same folder the exe files are? Can you pinpoint at what operation of the process it was closed? If not, consider testing for memory errors or maybe check the Windows DEP setting, anti vir etc. Consider moving the game out of Program Files x86.
z929669 Posted April 11, 2021 Posted April 11, 2021 I do have a bugreport.txt. I assumed it would be in logs dir and not base dir. I will PM it to you, as I don't know how to interpret.
Anterdax Posted April 13, 2021 Posted April 13, 2021 (edited) Hi, Im having this weird issue where my Grass LOD is grey and I don't understand why: https://imgur.com/mCioH3D / https://imgur.com/ZqCP39N I've tried to follow every step posted to generate Grass LOD but im still getting the same result, Im only using "Folkvangr - Grass and Landscape Overhaul" for grass mods. Dunno if it is a silly mistake by me or I didn't "add" or "change" something. Also I uploaded my TexGen and DynDOLOD settings. Edited April 13, 2021 by Anterdax
sheson Posted April 14, 2021 Author Posted April 14, 2021 7 hours ago, Anterdax said: Hi, Im having this weird issue where my Grass LOD is grey and I don't understand why: https://imgur.com/mCioH3D / https://imgur.com/ZqCP39N I've tried to follow every step posted to generate Grass LOD but im still getting the same result, Im only using "Folkvangr - Grass and Landscape Overhaul" for grass mods. Dunno if it is a silly mistake by me or I didn't "add" or "change" something. Also I uploaded my TexGen and DynDOLOD settings. Read the first post. Read what log files to upload when making posts. Check the TexGen log if there are any errors. Check the billboard preview to see if the billboards look OK. Check the generated billboards textures in an image viewer. Check the generated object LOD texture atlas in an image viewer. Check/test different grass brightness top/bottom settings.
z929669 Posted April 14, 2021 Posted April 14, 2021 @sheson I am testing a custom mix of tree mods, and I have a SFO custom tree I want to use. TexGen 3 "Render" settings get the trunk from: \DynDOLOD-3.00\Edit Scripts\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees This trunk obviously gets its correct pre-defined textures from DynDOLOD ... but I want to either override this to use a custom 3D static hybrid NIF or to override the TexGen-created trunk billboard textures to use the custom trunk billboards. I can do this manually but am wondering if there is a recommended way to instruct TexGen to use custom assets in generation. Here is the tree resource conflicts I want SFO to 'win': This is the DynDOLOD diffuse created for one of these: This is t he desired custom trunk diffuse needed for this particular example: This is how the tree LOD renders now in game: Also, I'm getting a "power of 2" warning in Nifscope for this one, and it appears that the TexGen-generated trunk billboard does not conform? EDIT: perhaps I shouldn't be Rendering the trunks in TexGen? I'm suspecting that ticking this effectively tells DynDOLOD to NOT use hybrid trees and prefer fully-rendered trunks for vanilla trees?
sheson Posted April 14, 2021 Author Posted April 14, 2021 2 hours ago, z929669 said: @sheson I am testing a custom mix of tree mods, and I have a SFO custom tree I want to use. TexGen 3 "Render" settings get the trunk from: \DynDOLOD-3.00\Edit Scripts\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees This trunk obviously gets its correct pre-defined textures from DynDOLOD ... but I want to either override this to use a custom 3D static hybrid NIF or to override the TexGen-created trunk billboard textures to use the custom trunk billboards. I can do this manually but am wondering if there is a recommended way to instruct TexGen to use custom assets in generation. Here is the tree resource conflicts I want SFO to 'win': This is the DynDOLOD diffuse created for one of these: This is t he desired custom trunk diffuse needed for this particular example: This is how the tree LOD renders now in game: Also, I'm getting a "power of 2" warning in Nifscope for this one, and it appears that the TexGen-generated trunk billboard does not conform? EDIT: perhaps I shouldn't be Rendering the trunks in TexGen? I'm suspecting that ticking this effectively tells DynDOLOD to NOT use hybrid trees and prefer fully-rendered trunks for vanilla trees? If a tree does not use a vanilla trunk, create a trunk NIF from the full model for it. Then rename it as usual with the CRC32 of the full model and _trunk as explained in DynDOLOD_CreateHybrid.html. See ..\DynDOLOD\Edit Scripts\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees\sbt\ folder as example. Put the new trunk NIF into ..\data\DynDOLOD\Render\Billboards\SFO\*.nif and ship it with the mod. Every time TexGen is run with the Rendered option checked, the trunks billboard textures will be updated with the current textures and TexGen options. Billboards do not need to be power of two as they are never used directly. They are made multiple of 4, so they can have BC7 compression. Not generating trunks in TexGen simply means trunk billboard textures that are included in DynDOLOD Resources or in a mod are not being updated/overwritten for the current load order or with non default TexGen settings. That is fine if none of the full textures are changed.
z929669 Posted April 14, 2021 Posted April 14, 2021 ok, perfect. I will go back to that piece or RTFM
z929669 Posted April 14, 2021 Posted April 14, 2021 Just FYI Your instruction above for path to include new trunk NIF ... ..\data\DynDOLOD\Render\Billboards\[TREEMOD]\*.nif ... differs from the instruction in DynDOLOD_CreateHybrid.html: ..\Data\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees\[TREEMOD]\*.nif I will use what is indicated in the instructions (second one)
sheson Posted April 14, 2021 Author Posted April 14, 2021 1 minute ago, z929669 said: Just FYI Your instruction above for path to include new trunk NIF ... ..\data\DynDOLOD\Render\Billboards\[TREEMOD]\*.nif ... differs from the instruction in DynDOLOD_CreateHybrid.html: ..\Data\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees\[TREEMOD]\*.nif I will use what is indicated in the instructions (second one) Yes, please follow what I wrote in the manual. I wrote that with more care.
z929669 Posted April 15, 2021 Posted April 15, 2021 Sorry, this is a lot of info. Think of it as my notes along with my Qs ... maybe it will be helpful to someone other than me. I need some assistance interpreting the instructions. Working directory is uncertain, probably because mod author can do it anywhere. I prefer working either from MO virtual or from within the DynDOLOD install path (at least until I test successfully), which for me is C:/Modding/tools/DynDOLOD-3.00. I set things up how I interpreted and got the missing TXT file error when running hybrid.bat, presumably --at least in part-- because I am not setting up resource locations correctly and lack TXT spec files. Instructions from DynDOLOD_CreateHybrid.html: Quote Trunks Use TexGen to automatically generate trunk billboards. If the tree uses a non vanilla trunk, create a new trunk NIF in ..\Data\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees\[TREEMOD]\*.nif that only contains the shape of the tree trunk. Skinned shapes are not supported. ... Crowns (Leaves and Branches) Create a new crown NIF that only contains the leaves and branch shape(s) in a dedicated input folder. ... Combining Trunks and Crowns (Leaves and Branches) ... Use notepad to edit ..\DynDOLOD\docs\trees.ultra\tools\hybrids\hybrid.txt to change the PathInput folder for the crowns NIF location, PathOutput for the desired output location and PathData to the trunk billboards location. The default settings expect the trunk billboards in the current DynDOLOD installation relative default TexGen_Output folder location. Is this path within the mod in MO or am I working strictly from the DynDOLOD installation directory? hybrid.bat and hybrid.txt set relative paths from ..\DynDOLOD\docs\trees.ultra\tools\hybrids\ Uncertain of this relative location. This path: ..\DynDOLOD\docs\trees.ultra\tools\hybrids\input ... contains examples AND actual resources used by DynDOLOD? Maybe both? Is this somewhat correct? Prepare custom crown trunk resources (default is: PathInput=.\input\ or ..\DynDOLOD\docs\trees.ultra\tools\hybrids\input\) Run TexGen to generate billboards and TXT specs for custom crowns/trunks to be used by hybrid.bat - TexGen default output goes to ..\DynDOLOD\TexGen_Output, and hybrid.txt default relative PathData points to this: PathData=..\..\..\..\TexGen_Output\Textures\DynDOLOD\LOD\Trees\ UPDATE (After creating crowns/trunks according to instructions): I placed custom trunks in mod in MO under: MOD\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees\ - This indeed produced the trunk billboards for my custom trunk NIFs under the program install dir at: \DynDOLOD\TexGen_Output\Textures\DynDOLOD\render\billboards\dyndolod\lod\trees I placed custom crowns under mod in MO under (as usual for manually-created custom 3D static hybrids): MOD\Meshes\DynDOLOD\lod\trees\ ... but I did not get tree billboards for one of these under install dir at: \DynDOLOD-3.00\TexGen_Output\Textures\terrain\lodgen\skyrim.esm\ - not sure why or what triggers this generation, but I had thought it was having a 3D static hybrid tree (what I am ultimately trying to create using hybrid.bat) under this standard location in the mod: MOD\Meshes\DynDOLOD\lod\trees\ ... mind you that these are ONLY crown meshes and not 3D static hybrid trees. Run hybrid.bat generates files in output location (default is: PathOutput=.\output\ or ..\DynDOLOD\docs\trees.ultra\tools\hybrids\output\) Gather output and place inside mod under MOD\meshes\DynDOLOD\lod\trees? If I were preparing the mod for distribution without pre-generated LOD but with all resources necessary to create trees with billboard1/2, 3D static hybrid, AND 3D static (full) resources by user running DynDOLOD 3, what would the mod folder structure look like with respect to all needed resources for users' DynDOLOD? UPDATE #3 above: I situated the trunks and crowns under the mod in MO as described, and it looks like only the trunks were needed. once I ran TexGen to fill the TexGen_Output dir, I placed the crowns under: This generated my combined trees (along with all of the others from that source dir). The models look odd in that the trunks do not extend all the way up, and treepineforestsnowl04 looks very thin, but otherwise appear correct: I assume now that I only use hybrid.bat as mod author to create the 3d static hybrid models, and I package the tree billboards (for billboard1/2) and auto-created 3D static hybrid models with the mod as per usual (my own answer to #4 above). The only problem remaining is that I did not get the TexGen trunk billboards for treepineforestsnowl04 ... maybe not needed due to vanilla trunk in this case (not a vanilla tree though)?: Final question: If I were to create the crowns for custom trees and place them and the trunk billboards under DynDOLOD Resources 3.00 mod, will I have a correctly-updated that mod for use in lieu of all of the manal labor using hybrid.bat? This then answers my own final question after #4 above. Well, according to the instructions, it's preferred to package with the mod it seems: Quote Hybrid Tree LOD Assets To include the final hybrid tree LOD model in a mod, move it to ..\Data\Meshes\.. as usual. Typically it will be found anywhere because of the filename and CRC32 matching. It makes sense to keep the DynDOLOD convention, for example ..\Data\Meshes\DynDOLOD\trees\[TREEMOD]\*.nif. The mod should also include the trunk NIF in ..\Data\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees\[TREEMOD]\*.nif. This allows users to update the trunk billboard textures, in case simple texture replacers are used or to use different TexGen settings. As long as the trunk NIF (or crown NIF) does not change, the final hybrid tree LOD models do not need to be updated. The crown NIF from the input folder does no need to be part of the mod. Whew! I hope this is all clear enough. I think I answered all of my own questions now
sheson Posted April 15, 2021 Author Posted April 15, 2021 4 hours ago, z929669 said: Sorry, this is a lot of info. Think of it as my notes along with my Qs ... maybe it will be helpful to someone other than me. The trunk NIF folder should be in the data folder as already discussed and ship with the mod. The trunk output folder is then part of a normal TexGen run and should be installed in the data folder and ship with the mod. Users will be able to update these when running TexGen themselves. The example uses the trunk billboards for input while they are still in the TexGen output folder, so hybrid generation example works without installing the TexGen output. The crown input folder can be anywhere you like (but not in the data folder) and should not ship with the mod. DynDOLOD itself is not using the crown input in its standalone folders. They are only used when running hyprid.bat to build the 3D tree LOD models with the trunks. If the cowns are in the data folder they risk being used for 3D tree LOD instead of the hybrids because they have the same file name. And as I keep preaching, by Bethesda own convention, there are never two files with the same filename in different folders to avoid mixups. The output generated by hybrid.bat / LODGen are the 3D LOD trees to be put into the data folder and ship with the mod. If the relative paths seem confusing, just use rooted ones. The relatives paths are just so the included examples work. Same for using the TexGen output path instead of the data path. Users should not need to run hyrbid.bat to merge crowns with trunks. Ship the trunk NIF and billboards and the final hybrid 3D LOD trees. The crowns NIF which are now copied 1:1 into the hybrid tree LOD model serve no further purpose.
z929669 Posted April 15, 2021 Posted April 15, 2021 I was able to successfully create the hybrid trees using hybrid.bat, so I have all of the statics now. I notice that the trunk part of the statics are referencing the TexGen billboards though. TexGen creates the trunk billboards under what I assume to be the default path: ..\DynDOLOD-3.00\TexGen_Output\Textures\DynDOLOD\render\billboards\dyndolod\lod\trees\ The path referenced by the static trunks is thus: (..\Data\)Textures\DynDOLOD\render\billboards\dyndolod\lod\trees\ Normally, DynDOLOD tree billboards are referenced under: (..\Data\)Textures\DynDOLOD\lod\trees when packaged with mods, but that may be beside the point. The heretofore relatively unknown trunk billboard path will be a problem if the trunk billboards aren't packaged with the mod in addition to the meshes as instructed: Quote The mod should also include the trunk NIF in ..\Data\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees\[TREEMOD]\*.nif. I actually don't know of any mods (yet) that package LOD trunks, but I would think that both trunk meshes AND billboards should be included with the mod. Also, mods don't usually reference themselves within their asset paths, so should the instructions read(?): Quote The mod should also include the trunk NIF in ..\[TREEMOD]\DynDOLOD\Render\Billboards\DynDOLOD\lod\trees\*.nif and the trunk billboards in ..\[TREEMOD]\Textures\DynDOLOD\render\billboards\dyndolod\lod\trees\*.dds I know the CRC will be found by DynDOLOD, regardless but trying to establish a standard convension for this new thing so that people are inclined to be consistent. However, the paths used in the meshes will still be an issue I would think.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now