DynDOLOD 3.00 Alpha 198

[Rozen]

Do you want me to keep the last change to the .ini too?

[sheson]

42 minutes ago, Rozen said:

Do you want me to keep the last change to the .ini too?

Since it didn't change anything it doesn't matter.

[Rozen]

6 minutes ago, sheson said:

Since it didn't change anything it doesn't matter.

Okay left it in there and testing now.

After testing: it now just crashes running (Tried running it 2 times) here are the logs> https://ufile.io/f/7ibvc

[sheson]

3 hours ago, Rozen said:

Okay left it in there and testing now.

After testing: it now just crashes running (Tried running it 2 times) here are the logs> https://ufile.io/f/7ibvc

Let me know what happens when using this test version https://mega.nz/file/sJgTUSYJ#YlmMfnHA4ClPqII38oPss9x4mR2m3yjEyvQXjjijrHs

Test with UseMipmaps=0 and UseMipmaps=1 (default, same not being present in INI).

Delete bugreport.txt and all files in the logs folder for each run.

[Rozen]

1 hour ago, sheson said:

Let me know what happens when using this test version https://mega.nz/file/sJgTUSYJ#YlmMfnHA4ClPqII38oPss9x4mR2m3yjEyvQXjjijrHs

Test with UseMipmaps=0 and UseMipmaps=1 (default, same not being present in INI).

Delete bugreport.txt and all files in the logs folder for each run.

When testing it, it gave me this message Warning: Large reference bugs workarounds not checked! DynDOLOD.DLL NG and Scripts are installed, the generated DynDOLOD plugins will be the wrong version. so, I turned it on without downgrade fargrid references to neargrid on both runs.

Run 1 with UseMipmaps=0 it got to creating texture atlas for DynDOLOD_Tamriel_Glow.dds 1024 x 1024 then stopped doing anything and I waited about 20 mins to see if it would keep going but didn't, it did not make a bugreport.txt but here are the logs that it did make> https://ufile.io/f/cixdk 

Run 2 with UseMipmaps=1 I deleted all the log files before starting this run like you said too and used the same texgen files, this time it got too creating texture atlas for SoulCairn_Glow.dds 256 x 256 and got stuck there, waited around 10 mins with no luck, still no bugreport.txt here are the logs for this run> https://ufile.io/f/lp1fk

As an added note I am using parallax texture on a lot of things, and I don't know if that would be an issue. 

[sheson]

17 minutes ago, Rozen said:

When testing it, it gave me this message Warning: Large reference bugs workarounds not checked! DynDOLOD.DLL NG and Scripts are installed, the generated DynDOLOD plugins will be the wrong version. so, I turned it on without downgrade fargrid references to neargrid on both runs.

Run 1 with UseMipmaps=0 it got to creating texture atlas for DynDOLOD_Tamriel_Glow.dds 1024 x 1024 then stopped doing anything and I waited about 20 mins to see if it would keep going but didn't, it did not make a bugreport.txt but here are the logs that it did make> https://ufile.io/f/cixdk 

Run 2 with UseMipmaps=1 I deleted all the log files before starting this run like you said too and used the same texgen files, this time it got too creating texture atlas for SoulCairn_Glow.dds 256 x 256 and got stuck there, waited around 10 mins with no luck, still no bugreport.txt here are the logs for this run> https://ufile.io/f/lp1fk

As an added note I am using parallax texture on a lot of things, and I don't know if that would be an issue. 

Check with task manager if there are any Texconv64.exe processes DynDOLOD might be waiting for. If so, kill them to see if it continues. Do not install the game into Program Files x86 to avoid issue with UAC, antivir, etc.

Let me know either if there are Texconvx64.exe processes or not.  Also check if DynDOLOD uses any CPU when it is waiting for whatever it is waiting.

[Rozen]

When it would happen, it would be using CPU about 10% to 15% and some ram, but no Texconv64.exe processes. also your program and skyrim is allowed through my windows security fully, i am doing a new test run, just asking before i do if you want i can add you on discord (if you have it and screen share with, might help pinpoint things down faster.

[Rozen]

32 minutes ago, sheson said:

Check with task manager if there are any Texconv64.exe processes DynDOLOD might be waiting for. If so, kill them to see if it continues. Do not install the game into Program Files x86 to avoid issue with UAC, antivir, etc.

Let me know either if there are Texconvx64.exe processes or not.  Also check if DynDOLOD uses any CPU when it is waiting for whatever it is waiting.

 

24 minutes ago, Rozen said:

When it would happen, it would be using CPU about 10% to 15% and some ram, but no Texconv64.exe processes. also your program and skyrim is allowed through my windows security fully, i am doing a new test run, just asking before i do if you want i can add you on discord (if you have it and screen share with, might help pinpoint things down faster.

Tested again and it crashed. Had  UseMipmaps=1 and still the same texgen file, this the settings i am using

 

And it did not make a lot of logs before it crashed.

What logs of them would i need to send?

[sheson]

18 minutes ago, Rozen said:

Tested again and it crashed. Had  UseMipmaps=1 and still the same texgen file, this the settings i am using

 And it did not make a lot of logs before it crashed.

What logs of them would i need to send?

See what happens with this test version https://mega.nz/file/YVZgwR5R#xTdlHDwwapksrxIj7Xv8lWGrs4YXhDTozrPrtHcWfxA.
Use default DynDOLOD INI settings. Clean log folder first. Upload the DynDOLOD log and debug and bugreport.txt if it exists.

[Rozen]

6 minutes ago, sheson said:

See what happens with this test version https://mega.nz/file/YVZgwR5R#xTdlHDwwapksrxIj7Xv8lWGrs4YXhDTozrPrtHcWfxA.
Use default DynDOLOD INI settings. Clean log folder first. Upload the DynDOLOD log and debug and bugreport.txt if it exists.

I will test that as soon as my test to see if it was me trying to use it as a tool in vortex and it seems to be working with UseMipmaps=1

Edited January 28, 2023 by Rozen
Fixing miss spelling

[Rozen]

It worked that time without using as a tool through vortex, here are the logs might help pinpoint it if it is that making it crash and get stuck> https://ufile.io/f/9bzeh

Why i think it is that is the main program when using it through vortex would put it under the vortex process and making it not run as intended.

[sheson]

22 minutes ago, Rozen said:

It worked that time without using as a tool through vortex, here are the logs might help pinpoint it if it is that making it crash and get stuck> https://ufile.io/f/9bzeh

Why i think it is that is the main program when using it through vortex would put it under the vortex process and making it not run as intended.

DynDOLOD works the same regardless of what program is starting it. In particular, other than actual error messages reported back by the OS file functions, it will not know about the underlying processes. Maybe the required access rights or exceptions are not inherited properly. That would be an issue out of the control of DynDOLOD.

Could also be just a fluke that it ran through once without error. 

[Rozen]

3 minutes ago, sheson said:

DynDOLOD works the same regardless of what program is starting it. In particular, other than actual error messages reported back by the OS file functions, it will not know about the underlying particulars.

ah okay, I was just pointing that out sense before it was ether crashing or getting stuck every time until i ran it without using it through vortex, i am testing the new one you sent right now and made sure the .ini file does not have any extras added to it.

[Rozen]

It worked for me again without running it through vortex, here is the logs> https://ufile.io/f/eobyx

Now I am going to run it through vortex just to see what happens.

[Kansas72]

Ran version 108 with NG 1.  Same thing.  No water wheels.  Went to 3 or 4 other locations and there wasn't a water wheel there either.  Just the splashes as if it was there.  Again, can walk thru it so its not actually there.  Hitting command prompts doesn't help since it's not there.  Keep getting fxrapids.nif cos its water there.  I deselected terrain underside, "Large" and under rules...used defaults on "Tree" and "\".  No difference.  I would like to include logs for both dyndolod and texgen, but they say file too large.  Which makes sense as I use a lot of mods.  Is there something I can look for in the logs that I can just copy those parts and add here?  Again when I use normal setup or add texgen, they are there.  When I run dyndolod, they are not.  Not sure how long this has been going on.  Like what version of dyndolod caused it to do this.  I did clean uninstall, so there isn't any left over stuff.  Using Vortex with 1.5.97.

Curious if this is happening with anyone else.

Edited January 28, 2023 by Kansas72