DynDOLOD 3.00 Alpha 190

[sheson]

  On 1/8/2023 at 3:02 AM, Jake0233 said:

It seems that the latest update to DynDOLOD produced an error when I have the mod "Teldryn Seros" installed. An error occurred when this mod is installed including its Lux Patch. 

Here are the logs when I attempted to build the LODs:

https://ufile.io/ro63bf07
https://ufile.io/y6j2vpat
https://ufile.io/2vxljsp1

Expand  

It looks like the new alpha version was not installed into a new and empty folder.

https://dyndolod.info/Installation-Instructions
Use 7-Zip to unpack the DynDOLOD Standalone archive into a new and empty 'DynDOLOD' directory that is outside of special OS folders like 'Programs Files' or 'Program Files (x86)', User, Documents, Desktop, Download and also not in SteamApps, game, Data or any mod manager folders. For example C:\Modding\DynDOLOD\.

It seems you started DynDOLOD one more time after the issue, thus the debug log that shows the problem has been replaced.

Please run DynDOLOD again to get new debug log and bugreport and upload them.

https://dyndolod.info/Messages/Can-Not-Copy-Record
Check the mentioned cell record xx0D7D2F in Lux - Teldryn Serious.esp in xEdit if you can spot a problem and the entire plugin for errors.
Double-check what is the last plugin to overwrite the cell record. Test if it works without the batched patch.

[SirLach]

Greetings. 

Long time supporter / user - first time posting in these forums. 

I have just upgraded to Alpha 109 from Alpha 106 and reran my LOD generation. No issues on 106 but I have encountered a repeatable error on 109. 

[Main Instruction]
Can not copy [CELL:641102FC] (in aaaWereBalokDungeonWorld "Staadomaar Temple" [WRLD:641102F4]) from DBM_HelgenReborn_Patch.esp into DynDOLOD.esp.

[Content]
Access violation at address 000000000105A903 in module 'DynDOLODx64.exe'. Read of address 0000000000000000 Helgen Reborn.esp [CELL:641102FC] (in aaaWereBalokDungeonWorld "Staadomaar Temple" [WRLD:631102F4])

Logs/Files here -> https://drive.google.com/file/d/1LPvitPttV2X0MF0tydgEYtRBBUdbacDG/view?usp=sharing

The only change I have made external to upgrading to Alpha 109 is to update Far Object LOD Improvement Project SSE.

[Jake0233]

  On 1/8/2023 at 9:02 AM, sheson said:

It looks like the new alpha version was not installed into a new and empty folder.

https://dyndolod.info/Installation-Instructions
Use 7-Zip to unpack the DynDOLOD Standalone archive into a new and empty 'DynDOLOD' directory that is outside of special OS folders like 'Programs Files' or 'Program Files (x86)', User, Documents, Desktop, Download and also not in SteamApps, game, Data or any mod manager folders. For example C:\Modding\DynDOLOD\.

It seems you started DynDOLOD one more time after the issue, thus the debug log that shows the problem has been replaced.

Please run DynDOLOD again to get new debug log and bugreport and upload them.

https://dyndolod.info/Messages/Can-Not-Copy-Record
Check the mentioned cell record xx0D7D2F in Lux - Teldryn Serious.esp in xEdit if you can spot a problem and the entire plugin for errors.
Double-check what is the last plugin to overwrite the cell record. Test if it works without the batched patch.

Expand  

I did what you asked and its still producing the same error.

Here are the logs:

https://ufile.io/foq80jxa = Bug Report

https://ufile.io/z77kdxrb = Debug_Log

I also tried to run it without the Lux Patch but it still produced an error at the same cell record from the original mod this time.

There were also no errors between the patch and its master.  I tried also running without the Bashed Patch earlier but still no avail.

Edit: the lux patch came from the official patches in the Lux page

Edited January 8, 2023 by Jake0233

[sheson]

  On 1/8/2023 at 9:40 AM, SirLach said:

Greetings. 

Long time supporter / user - first time posting in these forums. 

I have just upgraded to Alpha 109 from Alpha 106 and reran my LOD generation. No issues on 106 but I have encountered a repeatable error on 109. 

[Main Instruction]
Can not copy [CELL:641102FC] (in aaaWereBalokDungeonWorld "Staadomaar Temple" [WRLD:641102F4]) from DBM_HelgenReborn_Patch.esp into DynDOLOD.esp.

[Content]
Access violation at address 000000000105A903 in module 'DynDOLODx64.exe'. Read of address 0000000000000000 Helgen Reborn.esp [CELL:641102FC] (in aaaWereBalokDungeonWorld "Staadomaar Temple" [WRLD:631102F4])

Logs/Files here -> https://drive.google.com/file/d/1LPvitPttV2X0MF0tydgEYtRBBUdbacDG/view?usp=sharing

The only change I have made external to upgrading to Alpha 109 is to update Far Object LOD Improvement Project SSE.

Expand  

  On 1/8/2023 at 9:47 AM, Jake0233 said:

I did what you asked and its still producing the same error.

Here are the logs:

https://ufile.io/foq80jxa = Bug Report

https://ufile.io/z77kdxrb = Debug_Log

I also tried to run it without the Lux Patch but it still produced an error at the same cell record from the original mod this time.

There were also no errors between the patch and its master.  I tried also running without the Bashed Patch earlier but still no avail.

Edit: the lux patch came from the official patches in the Lux page

Expand  

Thanks. Same problem. Will be fixed next version.

Edit: Should be fixed in Alpha-110

[TZV4344]

  On 1/8/2023 at 8:46 AM, sheson said:

Read the first post which log, debug log and bugreport.txt (if it exists) to upload when making posts.

As explained of the first post, if there are error messages prompts, read the entire message carefully and click the link "Click on this link for additional explanations and help for this message" or read https://dyndolod.info/Messages or https://dyndolod.info/Help for the associated help topics yourself.

If help with a message is required, use the "Copy this message to clipboard" link and past the text.

Expand  

I was going to post the log when I got home, but it seemed to be exactly the problem that was fixed in alpha-110.
Thanks for the update.

[Ultivek]

[Window Title]
DynDOLOD

[Main Instruction]
Can not copy [CELL:9E37F34D] (in CWILustratoriumWorld "Lustratorium" [WRLD:9D37F110]) from CollegeOfWinterholdImmersive.esp into DynDOLOD.esp.

[Content]
Access violation at address 000000000105A76B in module 'DynDOLODx64.exe'. Read of address 0000000000000000 CollegeOfWinterholdImmersive.esp [CELL:9E37F34D] (in CWILustratoriumWorld "Lustratorium" [WRLD:9D37F110])

 

[Junrall]

  On 1/9/2023 at 1:31 AM, Ultivek said:

[Window Title]
DynDOLOD

[Main Instruction]
Can not copy [CELL:9E37F34D] (in CWILustratoriumWorld "Lustratorium" [WRLD:9D37F110]) from CollegeOfWinterholdImmersive.esp into DynDOLOD.esp.

[Content]
Access violation at address 000000000105A76B in module 'DynDOLODx64.exe'. Read of address 0000000000000000 CollegeOfWinterholdImmersive.esp [CELL:9E37F34D] (in CWILustratoriumWorld "Lustratorium" [WRLD:9D37F110])

 

Expand  

I'm encountering this as well with version 6.2 of Immersive College Of Winterhold

[z929669]

See the sticky post at the top of this forum. It's probably your AV.

[Junrall]

  On 1/9/2023 at 2:55 AM, z929669 said:

See the sticky post at the top of this forum. It's probably your AV.

Expand  

Thank you for the quick response.

I seem to have fixed my issue. I had downloaded the updated versions of DynDOLOD 3 and DynDOLOD Resources but had somehow missed the step of actually installing DynDOLOD 3. Rookie mistake... bleh!

Anyways, I will definitely add an exception within my AV just in case.

[sheson]

  On 1/9/2023 at 1:31 AM, Ultivek said:

[Window Title]
DynDOLOD

[Main Instruction]
Can not copy [CELL:9E37F34D] (in CWILustratoriumWorld "Lustratorium" [WRLD:9D37F110]) from CollegeOfWinterholdImmersive.esp into DynDOLOD.esp.

[Content]
Access violation at address 000000000105A76B in module 'DynDOLODx64.exe'. Read of address 0000000000000000 CollegeOfWinterholdImmersive.esp [CELL:9E37F34D] (in CWILustratoriumWorld "Lustratorium" [WRLD:9D37F110])

Expand  

Moved to the DynDOLOD 3 Alpha thread. Read the first post which log, debug log and bugreport.txt (if it exists) to upload when makin posts. https://dyndolod.info/Official-DynDOLOD-Support-Forum

Always use the latest versions as explained on the first post. https://dyndolod.info/Changelog This looks like the bug that was already reported and fixed in Alpha 110

As explained on the first post, click the "Click on this link for additional explanations and help for this message" to open https://dyndolod.info/Messages/Can-Not-Copy-Record for more explanations and help.

Search this thread for similar posts and answer as epxlained on the first post. https://stepmodifications.org/forum/search/?&q="can not copy [CELL"&type=forums_topic&quick=1&item=17510

[blueetenicolet]

  On 1/6/2023 at 4:31 PM, sheson said:

Test with this version of DynDOLOD DLL NG https://mega.nz/file/JIxxWLyR#WQ5Da9xkK-jRVANdI31lmYA1BTngNKrkUB7OxgJBn9U

If the issue does not happen and if there are no other weird side effects, this is an actual fix.

Expand  

Simple tested, the bug won't happen and Dyndolod installed successfully. I think it is fixed !

[sheson]

  On 1/9/2023 at 10:21 AM, blueetenicolet said:

Simple tested, the bug won't happen and Dyndolod installed successfully. I think it is fixed !

Expand  

Thanks for letting us know.

[adhocspamdie]

Firstly, I will say that the documentation for this mod is awesome and makes the mod relatively easy to get running despite the mod's inherent extreme complexity. However, I would like to suggest a slight improvement to the information messages that could reduce confusion somewhat.

Running: Dyndolod 3.0 alpha 110, xEdit 4.0.4, MO2 2.4.4, all plugins are stock unmodified from 1.6.640 but executables downgraded to 1.6.353.

I had originally registered to ask about the enabling of the large reference workaround, as the program did not allow for the large reference workaround to be activated due to there being deleted references, despite all MO2 LOOT sorted plugins that have the "dirty" flag being cleaned with xEdit Quick Auto Clean following the documentation https://dyndolod.info/Generation-Instructions. I previously had read that cleaning was unnecessary and buggy before this, but did it here as the documentation specified that said advice was misinformation. However, I still was unable to activate large reference workaround after cleaning these plugins, with the error "Large reference bugs workarounds: disabled (DynDOLOD.DLL: NG, Scripts: NG, Deleted references: yes)"

When going through the logs that were generated at that point, it did not specify which of these plugins had the offending deleted references, even though the plugins must have already been analyzed to determine that deleted references exist.

It was only after generating the LOD once, that the deleted references showed up in the logs as warnings and I was able to clean these plugins. After cleaning these plugins, I was able to activate the large reference option. Said plugins that had deleted references but were not flagged as dirty were:

ccvsvsse004-beafarmer.esl
ccbgssse016-umbra.esm
ccbgssse005-goldbrand.esl

I'm not sure if this is a problem with MO2 or LOOT that does not flag these plugins as requiring cleaning despite having deleted references, but I would like to suggest that the message also display which plugins have deleted references without requiring LOD generation to be carried out first. For example something like this would have helped me figure out what was going wrong:

"Large reference bugs workarounds: disabled (DynDOLOD.DLL: NG, Scripts: NG, Deleted references: yes)"

"Deleted references found in: ccvsvsse004-beafarmer.esl,ccbgssse016-umbra.esm,ccbgssse005-goldbrand.esl"

Again, thanks for the excellent work with the mod and the documentation!

Edited January 9, 2023 by adhocspamdie

[sheson]

  On 1/9/2023 at 7:14 PM, adhocspamdie said:

Firstly, I will say that the documentation for this mod is awesome and makes the mod relatively easy to get running despite the mod's inherent extreme complexity. However, I would like to suggest a slight improvement to the information messages that could reduce confusion somewhat.

Running: Dyndolod 3.0 alpha 110, xEdit 4.0.4, MO2 2.4.4, all plugins are stock unmodified from 1.6.640 but executables downgraded to 1.6.353.

I had originally registered to ask about the enabling of the large reference workaround, as the program did not allow for the large reference workaround to be activated due to there being deleted references, despite all MO2 LOOT sorted plugins that have the "dirty" flag being cleaned with xEdit Quick Auto Clean following the documentation https://dyndolod.info/Generation-Instructions. I previously had read that cleaning was unnecessary and buggy before this, but did it here as the documentation specified that said advice was misinformation. However, I still was unable to activate large reference workaround after cleaning these plugins, with the error "Large reference bugs workarounds: disabled (DynDOLOD.DLL: NG, Scripts: NG, Deleted references: yes)"

When going through the logs that were generated at that point, it did not specify which of these plugins had the offending deleted references, even though the plugins must have already been analyzed to determine that deleted references exist.

It was only after generating the LOD once, that the deleted references showed up in the logs as warnings and I was able to clean these plugins. After cleaning these plugins, I was able to activate the large reference option. Said plugins that had deleted references but were not flagged as dirty were:

ccvsvsse004-beafarmer.esl
ccbgssse016-umbra.esm
ccbgssse005-goldbrand.esl

I'm not sure if this is a problem with MO2 or LOOT that does not flag these plugins as requiring cleaning despite having deleted references, but I would like to suggest that the message also display which plugins have deleted references without requiring LOD generation to be carried out first. For example something like this would have helped me figure out what was going wrong:

"Large reference bugs workarounds: disabled (DynDOLOD.DLL: NG, Scripts: NG, Deleted references: yes)"

"Deleted references found in: ccvsvsse004-beafarmer.esl,ccbgssse016-umbra.esm,ccbgssse005-goldbrand.esl"

Again, thanks for the excellent work with the mod and the documentation!

Expand  

I just updated https://dyndolod.info/Help/Large-Reference-Bugs-Workarounds with this information:
In case a deleted reference is found, the debug log will contain a line like this:
[DeletedReferencesChecks] <Debug: Deleted reference Update.esm [REFR:000C8701] (places TreeDeadShrub [TREE:000A731C] in GRUP Cell Temporary Children of FrostflowLighthouseExterior01 [CELL:00008F29] (in Tamriel "Skyrim" [WRLD:0000003C] at 15,21))>

The checks stop after finding the first deleted reference for now. Once the experimental workarounds are not experimental anymore and become the default for SE, there might be more detailed log messages, prompts etc. For now it is on the down-low on purpose.

Curios that LOOT did not report those plugins for you.

[adhocspamdie]

Thanks for the quick response! That line would indeed have helped.

And yeah I'm not sure why it wasn't reporting right, but everything's working perfectly now.