Jump to content

Godis

Citizen
 View Profile  See their activity

  • Posts

    34

  • Joined

  • Last visited

Everything posted by Godis

  1. Godis
    All right, never mind. After I installed the linked VS17 redistributable it works fine.
  2. Godis
    I get errors when building lod with dyndolod64.exe, using latest version 2.60 SSE. Logfiles: http://www.mediafire.com/file/tsunckd5rafeobd/Logs.rar/file edit: It says Error reading meshes\terrain\Tamriel\Tamriel.4.4.-12.btr from BSA/BA2 The lz4 assembly requires the Microsoft Visual C++ 2015 runtime installedlz4.AnyCPU.loader Am I missing VS 2015 runtime?? I have them though.. Edit again: Ok, I read the OP again and grabbed the VS17 runtime from the link. Somehow that version wasn't installed, and I try it again now. But before 2.60 it built fine, and I didn't changed anything.. Is that requirement new? Cannot find it in the changelog.
  3. Godis
    Hi Sheson, I experienced some weird random crashing on my new setup and started to search for the reason. Actually my current setup is much lighter than my last one (which was stable). I recently discovered something in the logs, that makes me thinking something might be wrong, whether with my setup or DynDOLOD(?). The logs show an extensive amount of stack dumps, including a high amount of DynDOLOD stacks. Well, maybe I'm misinterpreting it. There is one other mod that has its stacks being dumped a lot (to be more specific, according to the log, the VM starts dumping stacks from that other mod, and later it continues with a big amount of DynDOLOD dumps). I'm using the dyndolod.dll instead Papyrusutil scripts. Currently I'm lighten my load order even more, removing more not so important scripted mods or replace them with something lighter, before I'm going to start another new game. I'm also thinking about to remove the dyndolod.dll and use the papyrusutil scripts again, as I never had such a problem, when I was using those. But maybe this doesn't mean anything. Also I don't run any incompatible mods, have all potential conflicts solved in xEdit, load order is right, no faulty meshes (I'm using the same mods that I was using before, only less of them, and some got updated) and due to a scan of my load order I'm not even close to the cap for temp references. The crashes are rare and NOT reproducible, so I think it's because of whether too many scripted mods or a too heavy script-mod (like the VM hits the stack count, that is over the "warning threshold"). So maybe the DynDOLOD stacks are only dumped because of other dumps, or simply too many scripts running. I don't know. Maybe this is related to something entirely else.. But you know that much better than me, I think. What do you suggest? LOGFILE: http://www.mediafire.com/file/aggrab9su8b43aj/Papyrus.0.log/file
  4. Godis
    Well, depends. In my case more than the half of them are texture/meshes/graphics replacers and mods. The rest are gameplay changers and a few addons/quest mods. But yes, it took me 1.5 years to finally get to this setup and how it runs now. I had to learn all the necessary things about Wrye Bash, XEdit, making patches, maintaining the load order (no Loot! Only manually and locked with Wrye Bash) and modding Beth games in general. But finally I got a quite perfect setup up and running! There were more mods in the past, but it was too much, althoug it ran stable for the first week, it became unstable then due to overloased Papyrus VM and other issues related to the sheer number of mods and scripts. Well, now I have a nice setup with great performance and still a lot of mods, but they're running beautiful alltogether. But as I said: 1.5 YEARS to archive this! xD
  5. Godis
    Definately! But not now :D Or do you think Vortex would successfully import my current setup including 500+ mods? I'm scared that it messes something up..
  6. Godis
    Aaaaand it works! :) What I found else: There was a leftover from an much older DynDOLOD verison, after uninstalling it. Damn NMM didn't delete the scripts, but replaced them by relying on an old overwrite index, that included dynDOLOD version from June this year...lol. So when installing any DynDOLOD update it had overwritten these scripts, BUT one of them was still there. I don't remember the name exactly, but it ended with "_Minion" I guess. I figured that this script isn't existing anymore in newer versions. ALso there were other old files from that old version, which have been placed there as of this damn NMM overwriting rule, it accidently didn't remove months ago. I hate NMM! Fortunately I was able to track down all of the old files, remove them and fix that damn NMM install index! If I hadn't a great running stable setup with 500+ mods, I would switch over to MO2 immediately! But for now I'll stay with it, until I really have to wipe the entire setup and create one from scratch. However, thx for your great healp!!
  7. Godis
    Sheson, I'm pretty sure that I found my mistake now. I noticed that I disabled DynDOLOD and saved the game while two other new mods were still initializing. I've added them before because they add several new LODs to the game, but they weren't fully initliazed (also their MCMs were not yet available) when I disabled DynDOLOD. And I made the update safe in the eldergreen sanctuary cell, were DynDOLOD isn't active anyway, but therefor I didn't click to disable it. Then I removed it, opened game, made new save, closed and created DynDOLOD from scratch with the newer version. After installation I started the game, and after a short while I got a message that 3 new MCM have been reigstered. Now I know why. SOmething in the whole process wasn't good. I was able to play the game then for a long time, but when I saved, closed and reloaded it, the crashes started happening. This time I verified that all mods were initlialized, loaded and working properly. I've tested to save and reload with the new mods and the old DynDOLOD, and it works fine, so I disabled DynDOLOD from exterior and went into a house, where I created a save and closed the game. Now creating and installing the new DynDOLOD version and I'm pretty sure it will work fine.
  8. Godis
    If these plugin are not necessary for LOD creation, just disable them. DynDOLOD will only work with a total of 253 plugins activated while creation. But it's always better to disable those that are not needed for it anyway.
  9. Godis
    I would try debugging - if I even would be able to load a game. I've reinstalled the older version and everything is working again without a problem. Now I'm going to perform the update again, but more carefully and see how it goes.
  10. Godis
    Thank you... Weird. I didn't get CTDs too - until I updated to 2.45/2.46.. I'm going to install my old backup, then follow the whole updating procdure again and see how it goes. The changelog for 2.47 says only "fixing generating lod for Skyrim", whatever that means.. Thank you... Weird. I didn't get CTDs too - until I updated to 2.45/2.46.. I'm going to install my old backup, then follow the whole updating procdure again and see how it goes. The changelog for 2.47 says only "fixing generating lod for Skyrim", whatever that means.. Ok, thx. I will start over from last save with old version. Maybe something went wrong with the uninstall/update process... Oh no.. Do you have a copy of the older DynDOLOD ressources? Should be v 2.44. NEvermind, found them.
  11. Godis
    I doubt that this is related to a faulty nif, because I can play with the new version of DynDOLOD, directly after installed it. It runs in all cells I've tested, DynDOLOD is always initialized, MCM shows everything correct and I can play without issues. Only when I save, close and reload the game, it crashes. But before that, everything runs well. Also I know for sure there's no faulty mesh in my game. I spent weeks to set it up like it is now, and crashing started happening after installing new version 2.45 / 2.46 of DynDOLOD - but as I said: AFTER I close the game and load any save that includes 2.45/2.46. Directly after the installation I can play for hours. If there was faulty nif it would have crashed already yersterday and today straight after running the game with the new version. But it works fine, until restart. WOuld you do me a favor? Now with the most recent version of dyndolod, please save and close the game. Then start it again and tell me if you face CTD or not. Thank you :) EDIT: What? Now there is DynDOLOD 2.47?? Should I try again with that one?? Where is the changelog?
  12. Godis
    Just tried a new game, crashes on loading after using the bed in Alternate Start... I kept a backup from prior installation (2.44), unless you don't need anything from me, I'm going to install this and reload older save.
  13. Godis
    Another problem: SInce I've updated DynDOLOD - although I followed the recommended updating process - I cannot load any save made with the new version. It crashes straight after it finishes loading the save... No matter if I load interior or exterior save.. Happended to me also yesterday, with 2.45. My game was rock solid, I really don't like to start over again :-( I can say for sure it's related to DnyDOLOD. But don't know in what ways.. Savegame file looks good, size is normal, not a abnormous amount of active scripts... nothing suspicous.
  14. Godis
    It works fine now! :) DathViral: Have you checked your load order for unresolved references? Load the entire load order up in the most recent version of XEdit and check for errors. Loot out for missing masters, etc. Oh, and of course you have to sort it proerly before running DynDOLOD. Also disable all plugins that are not necessary for LOD creation.
  15. Godis
    A question about the new dyndolod.dll. Switching from a running installation using Papyrusutil, like described in your dll thread, seems a little dangerous. At least for me. As you say that the game must be loaded once without Papyrusutil loaded, this means I would have to load my save without a bunch of mods that are relying on Papyrusutil, so that would likely damage my save, at least the potential for that exists. However, continue using Papyrusutil should be fine? Or do you plan to switch to own dll completely in the next time?
  16. Godis
    For me there were several ESPs added as masters to Dyndolod.esm, that actually don't have to be there. Also these ESPs sit very low in my load order and are necessary for lod creation in my load order. Example: 00:00:03.298] Loaded 1 rules sets for textures to replace [00:00:03.310] Scanning 249 rules for reference FormIDs for selected worlds [00:00:03.322] Found reference 000EE66D using base element 000EE66E SBardsCollegeTower_LOD [00:00:03.333] Reading Large Reference Data for Tamriel [00:00:10.486] Found 34814 large references [00:00:10.520] disabled [REFR:000EE66D] (places SBardsCollegeTower_LOD [sTAT:000EE66E] in GRUP Cell Temporary Children of [CELL:00009278] (in Tamriel "Himmelsrand" [WRLD:0000003C] at -14,25)) [00:00:10.498] [DynDOLOD.esm] Adding master "Update.esm" [00:00:10.499] [DynDOLOD.esm] Adding master "RealisticWaterTwo.esp" Here is the entire log: http://www.mediafire.com/file/sxqfttcr5w49zum/DynDOLOD_SSE_log.txt No erroNo bugreport existing as the process ran through "successfully". Actually DynDOLOD somehow added contenct, like the water texture records from RWT2 to the ESM, and the DynDOLOD.esp takes that from DynDOLOD.esm. I was able to fix it via XEdit, by removing relevant records from the ESM and clean masters, while keep them in ESP, because it has already the proper masters added to it. However, therefor the DynDOLOD.esp of course had some unresolved references instead the proper records, because of the ESM got unflagged masters added to it. Another thing I found: I t added properly something from Legacyof the dragonborn.esm, but at the end it became an unresolved reference too, even though that master is correct. No other mod in my load order overrides that record, so I really don't know how that happened. Something with recent DynDOLOD must be wrong.. Not sure if that was caused by a mistake on my end, but usually I always do it like that and never had a problem with it, until now. I guess something is wrong with the process, as it adds masters to the ESM that cannot be loaded before it.
  17. Godis
    Thx a lot! :)
  18. Godis
    Ok, here's bugreport.txt: https://www.mediafire.com/file/3hvb3dvbqcjcoj4/bugreport.txt/filehttps://www.mediafire.com/file/3hvb3dvbqcjcoj4/bugreport.txt/filehttps://www.mediafire.com/file/3hvb3dvbqcjcoj4/bugreport.txt/filehttps://www.mediafire.com/file/3hvb3dvbqcjcoj4/bugreport.txt/filehttps://www.mediafire.com/file/3hvb3dvbqcjcoj4/bugreport.txt/file and here the full log: https://www.mediafire.com/file/8cvx85u3bp3g9rz/DynDOLOD_SSE_log.txt/file
  19. Godis
    Since 2.44 I'm not able to create any LOD for Bruma anymore. It always throws me the same error (But I don't remember the exact words currently...Sorry) It's something like: "This file cannot be mapped as master in the load order". It only happens when I uncomment BSHEARTLAND in the worldspace ignore list and select it in the worlds window. I tried to generate Dyndolod for Bruma seperately, but this way it throws me another error, something like: "DynDOLOD_SSE_childworldlod_BSHeartland.txt not found". And this file obviously doesn't exist anywhere. On all previous versions of Dyndolod I was using, I never had a problem with it Bruma. Ooops, seems I posted in the wrong section. I'm using SSE.
  20. Godis
    Ok, I was just wrong. Sorry. It turned out that QQ 8.2 includes whether an invalid mesh or something else that leads to the crash. But the author is not available. His nexus mods don't include comments tabs, nor is he able to receive PMs.
  21. Godis
    Allright, thank you!! And could you delete my prior posts? I found out that I had a worldspace edit from the ESP that got overwritten by the recent 3D Trees update, that is responsible for the placing of the related objects for this exact location xD xD xD Really - I've spent ONE WEEK to find the cause!! And I looked through ALL these damn edits, and cell records - but I obviously just have overseen it... :D Do you know what are entries "Landscape" --> "Alpha Layer", "VTXT" in Worldspace? There is one conflicting mod that overwrites it. The direct next entry is a navmesh one... So what's this "Landscape" entry exactly?
  22. Godis
    OK: I loaded the game without QQ enabled (just disabled the ESP.) The game is NOT crashing anymore! So I suspected the right mod. And it must have something to do with the Whitewater Falls (Whitewater Chalet player home). But what is really disturbing me is that he didn't change meshes in the latest update.. Only something int the ESP and added some music... Looks like I should inspect the ESP for what exact changes he applied.. Oh, and he uploaded the last update about three times without any changelog... Now he disabled the comments tab, so I cannot report anything. So the only thing I need to know is why DDL uses another Tree LODs with 3D Trees.
  23. Godis
    Sorry, cannot edit my prior post anymore. I wanted to add that I'm using Skyrim 3d Trees. And now when I loaded the game without DynDOLOD I noticed that DDL might create the wrong Tree LODs. Because those with 3D Trees are much more matching to the originals... I don't have any other billboards installed, unless DDL might use vanilla ones. I used the TUCO Guide that includes an option for 3D Trees and DynDOLOD. Edit: And I noticed that the game seems to crash a little bit later without DynDOLOD (it feels like that). This could mean that due to the distance view settings without DDL the related mesh might be loaded a little bit later. So it must be something related to LODs - I guess so. However, I'm out of ideas.. Hope you can find some info in the log or something. Many thanks for your help!!
  24. Godis
    Thank you! I tried that debug test with DynDOLOD. But it's really hard to tell! I guess it's something else, or another mesh. The first try showed me waterfall meshes, so I searched the DynDOLOD creation log for related entries. I found something that MIGHT be suspiscous - maybe. The log: [05/08/2018 - 10:03:11PM] [SHESON_DynDOLOD_LODObject < (F2013A3D)>] [SHESON_DynDOLOD_Firstborn < (130313FC)>] Enable #1 [Form < (13030EF7)>] using dyndolod\lod\effects\fxcreekflatlong01_dyndolod_lod.nif [05/08/2018 - 10:03:11PM] [SHESON_DynDOLOD_LODObject < (F2013A3E)>] [SHESON_DynDOLOD_Firstborn < (130313FC)>] Enable #1 [Form < (13030ED3)>] using Effects\FxRapidsRingHeavy.nif [05/08/2018 - 10:03:11PM] [SHESON_DynDOLOD_LODObject < (F20139D4)>] [SHESON_DynDOLOD_Firstborn < (130313F9)>] Enable #1 [Form < (13030EE9)>] using dyndolod\lod\effects\fxwaterfallthin512x128_dyndolod_lod.nif [05/08/2018 - 10:03:11PM] [SHESON_DynDOLOD_LODObject < (F2013A3B)>] [SHESON_DynDOLOD_Firstborn < (130313F9)>] Enable #1 [Form < (13030EF7)>] using dyndolod\lod\effects\fxcreekflatlong01_dyndolod_lod.nif [05/08/2018 - 10:03:11PM] [SHESON_DynDOLOD_LODObject < (F20139D2)>] [SHESON_DynDOLOD_Firstborn < (130313F9)>] Enable #1 [Form < (13030EE7)>] using dyndolod\lod\effects\fxwaterfallskirttallfront_dyndolod_lod.nif [05/08/2018 - 10:03:11PM] [SHESON_DynDOLOD_LODObject < (F2013A3C)>] [SHESON_DynDOLOD_Firstborn < (130313F9)>] Enable #1 [Form < (13030EF7)>] using dyndolod\lod\effects\fxcreekflatlong01_dyndolod_lod.nif [05/08/2018 - 10:03:11PM] [SHESON_DynDOLOD_LODObject < (F20139D3)>] [SHESON_DynDOLOD_Firstborn < (130313F9)>] Enable #1 [Form < (13030EE8)>] using dyndolod\lod\effects\fxwaterfallthin2048x128_dyndolod_lod.nif [05/08/2018 - 10:03:11PM] [SHESON_DynDOLOD_LODObject < (F2013A44)>] [SHESON_DynDOLOD_Firstborn < (130313F9)>] Enable #1 [Form < (13030EE9)>] using dyndolod\lod\effects\fxwaterfallthin512x128_dyndolod_lod.nif I found some MAYBE suspiscious things in the DynDOLOD_SSE_Log. Here are some lines: [00:25:40.897] Missing DATA - Flags 0x4 Audio Overhaul Skyrim.esp FXWaterfallMistBlast [MSTT:0001ACAE] [00:25:40.460] Missing DATA - Flags 0x4 RealisticWaterTwo.esp DLC2OceanWaveCurveOuter [MSTT:0402ADC4] I guess that's because Audio Overhaul doesn't conatin any graphic objects, etc. So I should better disable such plugins prior to DynDOLOD creation..? However, I always used DynDOLOD without any issue, with the same load order (but it was even much bigger!). The problem started happeneing after I've upgraded SSE to V 1.5.39, SKSE64 to 2.0.7 and QQ to V 8.2 (from 8. Actually no graphical changes, only some entries in the ESP changed, and some new music files...). My last idea would be that NMM messes something up while mod updating, or something.. I really don't know what's going on. I tried to remove the last few formID entries from the DynDOLOD plugin, but still crashing... And the log now tells something else. SO I think the cause of the crash might not be in there. However, here are the last few seconds of the recent two logs: Second one: I wasn't able to create code field inside the spiler ( at least not with two upfollowing spoiler fields..)
  25. Godis
    Hi Sheeson, can you tell me if there's any special attention required for Qaxe's Questorium? He says on its description that it may require some extra attention for DynDOLOD, but doesn't sepcify that any further. On the Oldrim page he just refers to the DynDOLOD page (without any link). What I'm suspecting is that something with the included player home at whitewater falls (whitewater chalet player home) seems to crash my game as soon as the LOD for the house should be visible. But that's only speculation as I simply cannot see it and get CTD before it becomes visible. The weird thing is - it worked fine with DynDOLOD all the time. The crashes started appearing when I updated his mod from 8 to 8.2 (latest final version. But he hasn't changed anything related to objects, etc, as far as I can tell, because the changelog says something else and also the files are dated to a prior date. So in theroy nothing has changed on that... Idk). However, he's out of business atm, no comments tab, nothing. I tried a clean uninstall/install of both mods - QQ and DynDOLOD, also rebuilt DDL from scratch two times... Nothing in the logs or minicrashdump refers to anything helpful. This is the only thing I've noticed - when I walk towards this place at Whiewater Falls, it crashes as soon as the house should come in sight.
×
×
  • Create New...

Important Information

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

  I accept