Jump to content

Recommended Posts

Posted

@sirjesto @Martimius @bloody11 @Vokans

 

Please check if version 2.53 fixes the problem of not being able to save a valid DynDOLOD.esp for you.

yes, it works now, thank you very much

Posted (edited)

Another issue...

 

 

[00:12:07.233] Building a list of LOD objects, please wait...

[00:12:07.513]   World Falskaar
[00:12:07.525]     Reading Large Reference Data for Falskaar
[00:12:07.540]         Found 0 large references
[00:12:07.557]     Gathering references in Falskaar "Falskaar" [WRLD:09A1CF42] for STAT ACTI MSTT CONT FURN DOOR LIGH TREE 
[00:12:07.785]     Filtering 42650 references in Falskaar "Falskaar" [WRLD:09A1CF42] for LOD
[00:12:07.798]       0 of 42650 done
[00:12:09.427]       2132 of 42650 done
[00:12:09.888]       4264 of 42650 done
[00:12:10.332]       6396 of 42650 done
[00:12:10.728]       8528 of 42650 done
[00:12:11.143]       10660 of 42650 done
[00:12:11.699]       12792 of 42650 done
[00:12:12.117]       14924 of 42650 done
[00:12:12.553]       17056 of 42650 done
[00:12:12.974]       19188 of 42650 done
[00:12:13.652]         disabled NeverFade, replaced by static LOD for Falskaar.esm [REFR:0903F996] (places FSBorvaldTower [sTAT:09082A8C] in GRUP Cell Persistent Children of [CELL:09023974] (in Falskaar "Falskaar" [WRLD:09A1CF42]) at 6,-12)
[00:12:13.668]         disabled NeverFade, replaced by static LOD for Falskaar.esm [REFR:0903F999] (places FSBorvaldTower [sTAT:09082A8C] in GRUP Cell Persistent Children of [CELL:09023974] (in Falskaar "Falskaar" [WRLD:09A1CF42]) at 5,-13)
[00:12:13.721]         disabled NeverFade, replaced by static LOD for Falskaar.esm [REFR:0903F9CD] (places FSBorvaldTower [sTAT:09082A8C] in GRUP Cell Persistent Children of [CELL:09023974] (in Falskaar "Falskaar" [WRLD:09A1CF42]) at 6,-13)
[00:12:13.801]       21320 of 42650 done
[00:12:14.601]       23452 of 42650 done
[00:12:15.351]       25584 of 42650 done
[00:12:16.031]       27716 of 42650 done
[00:12:16.727]       29848 of 42650 done
[00:12:17.455]       31980 of 42650 done
[00:12:17.951]       34112 of 42650 done
[00:12:18.442]       36244 of 42650 done
[00:12:19.025]       38376 of 42650 done
[00:12:19.680]       40508 of 42650 done
[00:12:20.245]       42640 of 42650 done
[00:12:20.267] Saving objects LOD data to D:\DynDOLOD\Edit Scripts\Export\LODGen_SSE_Falskaar.txt
[00:12:20.287] LOD references: 10326, unique LOD objects: 882
[00:12:20.316] DoLODThread Falskaar
[00:12:20.327] Creating mini atlas data
[00:12:20.492] Gathering meshes for atlas creation
[00:12:20.772] Processing 1106 meshes for atlas creation
[00:12:23.245] Processing texture replacements
[00:12:23.319] Preparing creating atlas textures D:\DynDOLOD\DynDOLOD_Output\Textures\DynDOLOD\LOD\DynDOLOD_Flat_Atlas_Falskaar.dds from 1 textures
[00:12:23.332] Creating atlas textures D:\DynDOLOD\DynDOLOD_Output\Textures\DynDOLOD\LOD\DynDOLOD_Flat_Atlas_Falskaar.dds from 1 textures
[00:12:23.358] <Note: textures\terrain\lodgen\skyrim.esm\tundradriftwood01_000b8f53_n.dds normal map not found, using flat replacement>
[00:12:23.688] Creating atlas textures D:\DynDOLOD\DynDOLOD_Output\Textures\DynDOLOD\LOD\DynDOLOD_Atlas_Falskaar.dds from 101 textures
[00:12:24.260] Error: System Error.  Code: 5.
Zugriff verweigert (Access Denied)
[00:12:24.268]
[00:12:24.268] Exception in unit userscript line 331: One or more errors occurred
[00:12:24.268]
[00:12:24.268] Check log lines above the exception for additional hints. Check the FAQ and search official forum http://forum.step-project.com/forum/101-shesons-dyndolod-support/ for those errors.
[00:12:24.268]
[00:12:24.268] If problem persists, post error report with entire contents (not just the last couple lines) of ..\DynDOLOD\bugreport.txt and ..\DynDOLOD\logs\DynDOLOD_SSE_log.txt to official forum http://forum.step-project.com/forum/101-shesons-dyndolod-support/
[00:12:24.269] Error: One or more errors occurred
Edited by Vokans
Posted (edited)

having trouble downloading the standalone 2.53, says it has a virus in chrome and edge

 

DynDOLOD-Standalone.2.53.7z Failed - Virus detected

blob:https://mega.nz/13e7522d-238c-4518-850a-da709b26baa1

This is what the Nexus report says about the file https://www.virustotal.com/en/file/4c6fd0267809c891f3f4d1b0ce0f960ab4839127454136360d5e9e8d48d370ce/analysis/1543165173/

 

 

As I keep saying, there is not much I can do about the OS, AntiVirus etc. of users blocking downloading or denying access to something.

Edited by sheson
Posted (edited)

Hi! Unfortunately I got an issue when running dyndolod 2.53 .

Basically is the exact same situation as this https://www.reddit.com/r/skyrimmods/comments/6l4e3b/3d_tree_lod_issue/

In short RAT 3d lod has no branches unless i tfc and go really close to them.Full model is rendered just fine.

I have the Tamriel atlas created,although i cant see it cause it wont open with paint or ddsviewer etc ..Older versions used to work and opened up but new textures dont at all.

Also i opened the mentionted in reddit .bto on nifskope and it showed that the textures of the branches are mapped  although again it didnt show the image of the atlas (it was grey).

Furthermore i still have an output of 2.47 that works just fine .

I changed nothing other than migrating my whole mod setup to an ssd between the older version 2.47 and 2.53.Also i runned the 2.53 on the old drive where i kept the old installation and i still got the same bug.

 

Is there still a 2.47 version available for me to test it? I managed to lose it... If i could create dyndolod with that version and not have the bug then i would know for sure that there isnt something on my end that changed (e.g. ssd which has some fancy stuff like rapid mode or w/e.. i dont know  im clueless here :P )

Edited by Avead
Posted

Hi! Unfortunately I got an issue when running dyndolod 2.53 .

Basically is the exact same situation as this https://www.reddit.com/r/skyrimmods/comments/6l4e3b/3d_tree_lod_issue/

In short RAT 3d lod has no branches unless i tfc and go really close to them.Full model is rendered just fine.

I have the Tamriel atlas created,although i cant see it cause it wont open with paint or ddsviewer etc ..Older versions used to work and opened up but new textures dont at all.

Also i opened the mentionted in reddit .bto on nifskope and it showed that the textures of the branches are mapped  although again it didnt show the image of the atlas (it was grey).

Furthermore i still have an output of 2.47 that works just fine .

I changed nothing other than migrating my whole mod setup to an ssd between the older version 2.47 and 2.53.Also i runned the 2.53 on the old drive where i kept the old installation and i still got the same bug.

 

Is there still a 2.47 version available for me to test it? I managed to lose it... If i could create dyndolod with that version and not have the bug then i would know for sure that there isnt something on my end that changed (e.g. ssd which has some fancy stuff like rapid mode or w/e.. i dont know  im clueless here :P )

If you read the update post / change log as suggest you should know that starting with 2.48 the textures are now using the BC7 compression. I suppose you might need to update some programs/plugin in order to open them. With the right programs (the texconv command line utility included in DynDOLOD for example) you can also convert existing textures.

 

You can switch back told former BC1/BC3 compressions by opening ..DynDOLOD\Edit Scripts\DynDOLOD\DynDOLOD_SSE.ini and setting

StaticLODDiffuseFormat=200
StaticLODNormalFormat=200
TreeLODDiffuseFormat=202
TreeLODNormalFormat=200

That should not affect the alpha of LOD textures including the ones use by 3D LOD one way or the other. But this way you would be able to check the textures without needing to update your tools.

 

Which RAT mod and which 3D LOD trees are you using? I seem to have no issues with Realistic Aspen Trees SE and the 3D LOD meshes and ..textures\lod\rat\*.dds included in DynDOLOD Resources SE 2.45.

 

This might be problem of the resource textures used for the trees. LOD textures being transparent usually means they were not adjusted for the hard coded alpha threshold of 128.

So the first step would to check the log to identify the LOD models NIFs used for these trees and the textures they are referencing.

The 3D tree LOD report of interest should start be from the line having TreeAspen01 [TREE:0006A9E6] meshes\landscape\trees\treeaspen01.nif and following

 

Also check the log also check for errors or warnings.

 

Posted (edited)

Thanks for the update Sheson, and yeah the DynDOLOD generation seems to work fine now.   ::):

 

When would you plan on exiting the beta phase though, and moving all development to a Nexus page? 

Edited by Martimius
Posted

Thanks for the update Sheson, and yeah the DynDOLOD generation seems to work fine now.   ::):

 

When would you plan on exiting the beta phase though, and moving all development to a Nexus page? 

Once the large reference bugs are fixed or can be patched somehow.

Posted

Isn't it an engine issue though? And Bethesda wouldn't really tweak with the engine just for a fix, they'd do it for the implementation of some CC content of sort. 

Posted (edited)

Isn't it an engine issue though? And Bethesda wouldn't really tweak with the engine just for a fix, they'd do it for the implementation of some CC content of sort. 

Well, just like with every other engine issue the community might provide a solution at some point. Actually solutions already exists, theoretically:

 

The most severe bugs only happen with non flagged ESP. Most things work fine when references are overwritten exclusively by ESM or ESL flagged plugins. It should be possible to write a patcher that rigorously removes overwrites from non-flagged ESP and puts them into an ESL-flagged ESP instead.

 

Or, clean all master files including Skyrim.esm from large reference data that is overwritten by non-flagged ESP.

 

Both seem a bit impractical for volatile load orders.

 

Strictly speaking - with the current state of the engine and no fix available - every plugin that is listed by the DynDOLOD log as overwriting large references is at least visually not-compatible with Skyrim Special Edition. A simple approach to work around that, would be to not overwrite large references within a non-flagged ESP. Those overwrites should be in an ESM or ESL flagged plugin as that would at least avoid most of the bugs.

Edited by sheson
Posted (edited)

I get the exact same error Vokans reported a few posts above with the message "Exception in unit userscript line 331: One or more errors occurred" in the log. At first I thought it was because of Windows restricting access to files so I set ownership to all DynDOLOD and Skyrim folders. It worked for like once but then I kept getting the same error after running DynDOLOD again.

Edited by Jailhouseblues
Posted

Texgen.exe ver 253 can't load the esp of this simple mod:

Falling Gildergreen Petals - SE

 

 

[00:00:07.517] [00:07] Background Loader: [undriel_FallingGildergreenPetals.esp] File loaded (CRC32:2D47BB62)
[00:00:07.518] [00:07] Background Loader: Fatal: <EAssertionFailed: Assertion failure (C:\Delphi\projects\DynDOLOD\wbImplementation.pas, line 15254)>
[00:00:42.407] [00:42] Background Loader: finished
 
Do you need my bug report logs?
Posted (edited)

I get the exact same error Vokans reported a few posts above with the message "Exception in unit userscript line 331: One or more errors occurred" in the log. At first I thought it was because of Windows restricting access to files so I set ownership to all DynDOLOD and Skyrim folders. It worked for like once but then I kept getting the same error after running DynDOLOD again.

I can really not do anything about access denied errors coming from the  OS or Antivirus or whatever. Someone ought to check and report what the Windows Event log is saying. Maybe then we will figure it out.

 

However, nobody knows what the error is without an error report with entire contents (not just the last couple lines) of ..\DynDOLOD\bugreport.txt (if it exists) and ..DynDOLOD\Logs\DynDOLOD_[GAMEMODE]_log.txt or a screenshot of the error

 

Texgen.exe ver 253 can't load the esp of this simple mod:

Falling Gildergreen Petals - SE

 

 

[00:00:07.517] [00:07] Background Loader: [undriel_FallingGildergreenPetals.esp] File loaded (CRC32:2D47BB62)
[00:00:07.518] [00:07] Background Loader: Fatal:
[00:00:42.407] [00:42] Background Loader: finished
 
Do you need my bug report logs?

 

 

Ah darn, there was supposed to be a nice error message instead. It is either something wrong with the plugin - check it in latest xEdit - or something going with the xEdit loader.

 

I will look into this some more and post an update later.

Edited by sheson
Posted (edited)

 

Ah darn, there was supposed to be a nice error message instead. It is either something wrong with the plugin - check it in latest xEdit - or something going with the xEdit loader.

 

I will look into this some more and post an update later.

I'm now generating lods... it will takes a long time so I can't give you the log files right now.

I've checked the esp. there're just a few records without error. I'm using xEdit 3.3.5 BETA

Edited by Elzee

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 account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

By using this site, you agree to our Guidelines, Privacy Policy, and Terms of Use.