sheson Posted May 13, 2019 Author Posted May 13, 2019 I see. Yeah I have noticed the discussion going on that thread you quoted me but I didn't think that it was relevant. Are the MO2 guys aware of this bug or should I post on their discord? Thanks sheson!I have not seen anything or posted anything, because I haven't had this error happen myself. And I pretty much got all the alpha, betas and RC of the new MO in the past months too. However, based on the information from your post, it seems there might be an issue with the executed program (xLODGen.exe) starting a child process (LODGen.exe/TexConv.exe) and piping back its console output.It seems that return pipe is somehow redirected by the virtual file system into a file that is/was open for reading.
Astakos Posted May 13, 2019 Posted May 13, 2019 Okie. As a matter of fact I will download the latest MO2 dev build (2.2.1 Alpha Build 2) and test again...If this bug still occurs then I will direct them to this thread.
Astakos Posted May 13, 2019 Posted May 13, 2019 It happened again with the newest MO2 alpha build (2.2.1 Alpha 2). I guess I will make the MO guys aware by linking them our discussion sheson.
sheson Posted May 13, 2019 Author Posted May 13, 2019 (edited) It happened again with the newest MO2 alpha build (2.2.1 Alpha 2). I guess I will make the MO guys aware by linking them our discussion sheson.Can you test with version 43? It uses a a different library to run the external commands. It is also compiled with latest Delphi version and has some additional multithreading optimizations. Maybe it makes a difference. Edited May 14, 2019 by sheson
Astakos Posted May 13, 2019 Posted May 13, 2019 Will do. Need at least 2-3 hours for my entire mod list.
Astakos Posted May 13, 2019 Posted May 13, 2019 Hi sheson, It seems that the version you uploaded above works just fine! Tested it with MO2 version 2.2.1 Alpha Build 2. Thanks a lot man!
sheson Posted May 13, 2019 Author Posted May 13, 2019 Hi sheson, It seems that the version you uploaded above works just fine! Tested it with MO2 version 2.2.1 Alpha Build 2. Thanks a lot man! That's promising. A few more complete runs to double check ... :)
El_Rizzo Posted May 18, 2019 Posted May 18, 2019 So correct me if my understanding of xLODGen is wrong here, but when I run xLODGen to generate object LOD, it should generate object LOD based on my currently active, personal load order, correct? I'm asking because I can't seem to get xLODGen to generate the correct LOD atlas for my current Fallout 4 load order. The specific mod I'm having issues with is Boston Natural Surroundings (BNS) and NeuralLOD. Since I'm using BNS I can't use the pre-built LOD files that NeuralLOD comes with, but have to generate my own using the resource file it alternatively provides for such cases. However, when I run xLODGen to generate new object LOD with both mods active (as well as the rest of my load order, of course), then the resulting atlas doesn't contain the green tree lod from BNS but instead the vanilla tree LOD. This is what the atlas looks like that comes with BNS: and this is the one that xLODGen creates based on my currently active mods: I've also noticed that the generated LOD .bto meshes don't contain the trees that BNS adds to the game, unlike the files that come with BNS. I've tried with BNS's own LOD files present it its archives and I also ran xLODGen after manually deleting all the LOD files that came with BNS and the result was the same in both cases. I've used xLODGen 43 and the latest dev build of MO2, but other versions of both tools get the same result. So my question is basically, is this working as intended and xLODGen simply doesn't consider mod added/changed objects during object LOD generation or is something going wrong on my end?
sheson Posted May 19, 2019 Author Posted May 19, 2019 (edited) xLODGen is working perfectly fine and was used to generate the LOD included in the mod. In order for users to generate LOD for new assets added by mods, the plugin needs to define the LOD models on the new base records and also include new LOD models and textures. Those LOD resources seem to be optional downloads that need to be downloaded and installed separately. Edited May 19, 2019 by sheson
El_Rizzo Posted May 19, 2019 Posted May 19, 2019 In order for users to generate LOD for new assets added by mods, the plugin needs to define the LOD models on the new base records and also include new LOD models and textures.Ah okay, I figured it was something like that, but wasn't sure since I'm not an expert on these matters (by a long shot ) and wanted to be sure, thanks for the explanation! Those LOD resources seem to be optional downloads that need to be downloaded and installed separately.The ones from BNS? Gotcha, gonna take a look at them, thanks once again!
sheson Posted May 19, 2019 Author Posted May 19, 2019 Ah okay, I figured it was something like that, but wasn't sure since I'm not an expert on these matters (by a long shot ) and wanted to be sure, thanks for the explanation! The ones from BNS? Gotcha, gonna take a look at them, thanks once again! Both of them seem to have optional LOD Resources available.
El_Rizzo Posted May 19, 2019 Posted May 19, 2019 Both of them seem to have optional LOD Resources available.Yeah, well I'm already using the ones from NeuralLOD since I can't use the prebuilt ones, hence why I was trying to rebuild my LOD and came upon the issue with BNS :)
David2408 Posted May 20, 2019 Posted May 20, 2019 Hey sheson, I just wanted to stop by to say Thank You for all the support and updates you provide constantly. On another note, has there yet been any progress with grass lod meshes? I remember discussing this a while back, and you said that you were experimenting but no ETA of course. Kind regardsDavid
El_Rizzo Posted May 31, 2019 Posted May 31, 2019 (edited) I just wanted to report that something seems to be wonky in 0.43. I created Terrain LOD with 0.43 the other day and when I did a short check I noticed that almost all diffuse texture files look like this:dlc03farharbor.4.-1.1.ddsor at best like this:dlc03farharbor.4.-1.17.ddsWhereas the same exact files look like this in 0.42:dlc03farharbor.4.-1.1.ddsanddlc03farharbor.4.-1.17.ddsThere were no error messages during generation and the log didn't contain any errors either. These results can be reliably reproduced and the only change was the version of xLODGen being used, I didn't change/update any mods or changed my version of Mod Organizer 2 and I didn't change any settings within xLODGen as well. Edited May 31, 2019 by El_Rizzo
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