Jump to content

z929669

Administrator
 View Profile  See their activity

  • Posts

    13,028

  • Joined

  • Last visited

 Content Type 

Everything posted by z929669

  1. z929669
    I made the adjustment in those instructions.
  2. z929669
    If you skim our LODGen instructions, you will find that there are three (four) basic steps to the overall LODGen process. Terrain, (texture-prep,) objects, and occlusion. DynDOLOD 3.00 changes (texture-prep) and object LODGen (so you can use this for general guidance, but the specifics are different, since this applies to TexGen/DynDOLOD 2.xx), but terrain and occlusion are both handled by xLODGen application, which hasn't changed. DynDOLOD also can do occlusion, but the doc recommends letting xLODGen do it. Keep in mind that these instructions pertain to the Step SE 1.0.0 mod list, but the general process applies.
  3. z929669
    @Greg Thanks for adding that bit. I didn't think of it, and it could be the issue. Much faster to resolve than perusing each of the sources. Also, did you know MO has a theme switcher now with at least one dark theme? No need for that horrific white nonsense anymore
  4. z929669
    It sounds like you grabbed the wrong version(s) of the software. Exactly what part of LODGen process is failing? There are 4 steps (terrain [xLODGen64.exe], TexGen [TexGen64.exe w/DynDOLOD], DynDOLOD [DynDOLOD64.exe], Occlusion [xLODGen64.exe]), and all of them rely on the 'LODGen' app but come packaged with their own compatible versions of that. These downloads also can have multiple versions specific to different games (SE/LE/FO4/etc.) Please look back at each section under LODGen in the guide (and 03-Resources and Tools in the Skyrim Sertup Guide) and follow those links to the Nexus or posts with the software. Some of the sources have multiple downloads, so you need to carefully read the instructions/links.
  5. z929669
    Damn. I missed that update. I will test again with that. I was using what you last linked me to a few days ago.
  6. z929669
    I don't think #2 is possible, but I haven't researched.
  7. z929669
    So it happened again first during DLC2SolstheimWorld ... event: Faulting application name: xLODGenx64.exe, version: 4.1.3.1, time stamp: 0x6075af33 Faulting module name: xLODGenx64.exe, version: 4.1.3.1, time stamp: 0x6075af33 Exception code: 0xc0000005 Fault offset: 0x00000000013e6ef9 Faulting process id: 0x43e4 Faulting application start time: 0x01d742d3018be86e Faulting application path: C:\Modding\Tools\xLODGen\xLODGenx64.exe Faulting module path: C:\Modding\Tools\xLODGen\xLODGenx64.exe Report Id: f4007d5d-7708-4b79-a39e-22136aa898e1 Faulting package full name: Faulting package-relative application ID: ... so I deleted log and tried again. Then it quit during DLC2ApocryphaWorld. LODGen_log.txt ...and here is the event for that: Faulting application name: xLODGenx64.exe, version: 4.1.3.1, time stamp: 0x6075af33 Faulting module name: KERNELBASE.dll, version: 10.0.19041.906, time stamp: 0x2f2f77bf Exception code: 0x0eedfade Fault offset: 0x0000000000034b59 Faulting process id: 0x4c3c Faulting application start time: 0x01d742d62b3eee1d Faulting application path: C:\Modding\Tools\xLODGen\xLODGenx64.exe Faulting module path: C:\Windows\System32\KERNELBASE.dll Report Id: 898e25e3-3dfe-4676-8526-54fc327ae45f Faulting package full name: Faulting package-relative application ID: I'm not seeing a bugreport.txt
  8. z929669
    Ahh, makes perfect sense. Virtually earmarked to remove the unneeded config file from the CR Patch mod.
  9. z929669
    Agree with your conclusions ... so the INI in the Step patch is neither a gain or a loss, but redundant. Interesting that we have 13 NPCs total without Step/Step patch/mod and 8 total with in both cases. This may indicate that the mod/Step/Step patch prevents 5 NPCs from coming to the inn at all during your testing time frame.
  10. z929669
    I have reported your comment so that TechAngel85 can chime in here. I'm no xEdit guru myself and cannot speak to these switches. In the meantime, some illumination or a pointer to relevant sources would be much more helpful than a curt statement. There is mention from other non-authoritative sources like this. Being rid of the 4 sec warning is a boon in and of itself, which seems to be why most people use it and probably why it was added to the guide. I never saw any value in the added barrier. Indeed, even more official doc doesn't describe the risks. I assume that one could break the plugin or the game and cause undue support queries ... but does the gate REALLY prevent this? EDIT: sorry, I was composing this as Tech was responding ... obviously, I echo his sentiment.
  11. z929669
    Agree, but it's not the light source but the particle aura that is perplexing. We both have the light sources but not the aura. Are such lighting auras dictated by the plugin or the mesh or both?
  12. z929669
    @Greg Agree. The only things that could be causing the aura are the game INI settings or more likely the Texture Filtering in the display-soft settings. Maybe try turning them all off if possible to see if the aura disappears. Otherwise, I'm stumped.
  13. z929669
    Check my previous post, and examine your LOD distance settings as described.
  14. z929669
    First, follow all of the instruction sheson advised, but do note that some of your Skyrim INI settings are pretty far off from what we recommend in our guides. DynDOLOD MCM uses [terrainmanager] settings from the game INIs at first load of a new DynDOLOD under a new game in my XP. The LOD distances you have set are significantly lower than my own in some cases, and your multiplier is 1/8 of what we recommend (4.00, which I think is also mentioned somewhere in DynDOLOD doc). Please try following our BethINI instructions for basic game INI setup so that that is not a contributing factor. This will get your view distances set at a reasonable 'medium' baseline (you can fine tune later). We also have basic guidelines for LODGen using DynDOLOD 2.xx. The general principles and UI are very similar under DynDOLOD 3 alpha. None of this instruction pertains to grass LOD, but it should help you get the basics situated and reduce the 'noise' of these other issues so that you can focus on your original grass problem.
  15. z929669
    I'm not sure if the version of that mod that was available when we constructed the current guide and if it was fully compatible with AI Overhaul at the time. There could be other reasons why @TechAngel85 added the compatibility INI to the patch. Either way, I suspect this will not harm anything, but you can obviously disable the compatibility INI if you want to verify it fixes your issue. Please post back to confirm if that's the case, and we'll then have a good reason to remove it.
  16. z929669
    Could be the texture. We don't use that mod for various reasons. One reason is that whenever all textures are batch reprocessed, there are inevitably artifacts introduced here and there. I still think it could the mesh though, and a mod could be adding the mesh to the vanilla object. It can be tricky to click what you intend with More Informative Console in certain situations. Get really close and crouch if that may be the case here. The mesh name should show up at upper left in MIC. Then you can search for it in the right Pane of MO under Data tab. If it's in the BSA, it won't show up here, so try disabling the mod to confirm.
  17. z929669
    Cathedral Weathers works fine, but some mods may use meshes that look strange under certain weathers and/or under ENB. This can happen with any weather mod. It's probably more of an issue with the mod mesh. That doesn't look like a juniper to me, so use More Informative Console to determine the mesh and find source in MO Data tab of right pane. The mod author may provide ENB-friendly meshes
  18. z929669
    ENB can cause this. If you use an ENB, try switching off in game using Shift + F12 to test. Otherwise, you can adjust grass color via DynDOLOD_SSE.ini and grass billboard direct/ambient brightness in TexGen to compensate. It's probably also exacerbated by certain weathers.
  19. z929669
    That looks like a mesh issue if it isn't water or oil. Hard to tell from that shot. Use More Informative Console to determine the mesh and it's source from the Data tab in MO right pane. Then try disabling the mod to confirm.
  20. z929669
    My weather is default clear if that is what fw 81a is (I use weather maker) the image sharpening doesn't have much noticeable impact on my system in Skyrim, so that's probably not the reason. The Particle Patch for ENB idea is interesting, but I still wouldn't expect the aura without post processing of some kind, be it ENB or driver-soft settings. I have it installed per Step guide instructions. iMaxDesired=6000 for me @Greg's second set looks to have erased the ENB-like texture effects and the interior lighting effect.
  21. z929669
    Your install is exactly like mine by your description ... except yes, I did mean "orange/red" (clarified in the OP). But that is not the reason for the aura, I'm nearly positive. It's very curious that you have that aura/particle effect without an ENB, but at least the interior looks correct now in those shots. Your wood textures also appear to be smoother and more blended that I am getting (strict Step 1.0.0 on my side but for mods under testing right now). Time to call on @DoubleYou or Tech to speculate on the particle aura and what may be the cause. I have to think it's an INI setting in the game or a mod, but I suppose it could also be a driver-soft setting (I use no driver-soft settings like AF or surface format optimization or other DX9-type settings for Skyrim). Thanks for taking the time to post all the detail.
  22. z929669
    OP updated and marked accepted.
  23. z929669
    OP updated. I only looked at this one area, but it was enough for me. This mod does not work for Step, and the current Step textures/meshes are a lot better, IMO.
  24. z929669
    Marked for testing
  25. z929669
    I don't do magic much in Skyrim aside for 'tools' like healing, enemy detection, telekinesis, etc. That said, I have had no issues with this mod in my general testing. Given the description, I think it's a good fit for Step in that it incorporates some vanilla-friendly fixes and essentially enhances immersion/realism. I will place this same note on the new magi-related mods we are testing for Step.
×
×
  • Create New...

Important Information

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

  I accept