Jump to content

jepster

Citizen
 View Profile  See their activity

  • Posts

    10

  • Joined

  • Last visited

Contact Methods

  • Discord
    freejepster
  • Nexus Mods
    jepster

Profile Information

  • Preferred Pronoun
    He/Him/His/Himself

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

jepster's Achievements

Citizen

Citizen (2/12)

0

Reputation

  1. jepster
    Thanks you so much for your help, Sheson! This finally helped to resolve this. I spent so much time pulling the wrong levers and in the end it is just me wrongly assuming inline comments would be fine. After removing those and changing the mesh rule the gamma correction finally has an effect. And what is even better, I can also adjust brightness of the snowpiles via CS sliders which until then had no effect. LoD finally looks great. For me who is playing this to enjoy the views it is really wonderful :-)
  2. jepster
    The screenshot is really difficult to take. To activate the console in VR I need to jump to 'Desktop Mode'. But then very quickly the Virtual Desktop Streamer freezes. So I can move a bit via keyboard, but usually with my view to the ground as the headset is disconnected. But I uploaded the report, hoping it helps: https://limewire.com/d/1S6sP#I9u0GxBcWT The upload full source snow01.dds is BC7 sRGB and not BC1 sRGB. I thought you reported a problem with source textures being BC1 SRGB? >> The snow01.dds is the file from the landscape texture pack. This is BC7. TexGen and Dyndolod settings were set to create BC1 textures. But there is no snow01.dds from both. You reported earlier, that setting 1.4 gamma had no effect. The log however shows that sRGBGamma was still default 2.2? >> I have uploaded the unaltered .ini files also. You can see that sRGBgamma has been set to 1.4. Not sure why it is being ignored. Hope I am not making a mistake. The snow01linear.dds you upload earlier looks like it was generated from a different snow01.dds. >> Yes, I noted this too. I am not sure why it looks so different from actual snow textures. Could it be sRGB conversions?
  3. jepster
    Sorry for the late reply, family business :-) I hope I got everything together here: https://limewire.com/d/Nw8an#vQlSDvtUOL
  4. jepster
    Taking screenshots in VR is a pain and using free fly camera even more as my Skyrim Freezes regularly when do things in VR desktop mode. So please excuse I cannot really get a better one than above. When debugging I found one of those meshes with bright snow LoD and looked it up in xEdit. There I saw it uses pbr\landscape\snow01linear.dds. Please see here: https://imgur.com/eI4PtaH Afterwards I validated around a dozen *linear.dds textures with Nvidia Texture Tools Exporter and they were all BC1 SRGB. Uploaded one as example here: https://limewire.com/d/6gZ7d#GgjZKjx5Na However, the LoD snow texture standing out is still the case even with bc7 in linear space. I manually darkened it a lot to match, which worked fine. But have not really found out why it does not match.
  5. jepster
    I have been trying to get LoDs match for many weeks until found out something interesting. My list is using CS with full PBR landscapes. But LoDs have been too bright for me and I had to use CS ingame sliders to tune them down. However snowdrifts and some similar meshes I could not tune down via the sliders which made it look bad: https://imgur.com/FV0snJZ. I had already lowered sRGBGamma to 1.4 and even below, but could not see an effect (finding later explains why it did not have an effect). After some weeks of poking around I noticed that the meshes seem to use textures/pbr/landscape/snow01linear.dds. So I took a look at the texture and darkened it for a test. As part of this I noticed that the texture had been created with SRGB color space. Changing it to linear and darkening it a bit helped me to get it match. My feeling was the texture should not be in SRGB space. So I tried to understand why it was. I am on VR running with high resolution. So I like to use DXT1 / BC1 as I can get double the resolution for the same VRAM costs. I know not all image tools support all format variations, so I changed it back to BC7. After rerunning Dyndolod I noticed the texture was created in linear space. TLDR: SRGB-to-linear conversion for DXT1 does not seem to be supported (but would be nice if it would). This goes for all three: xLodGen, TexGen and Dyndolod. I have not attached logs, as I do not think it is a very special issue. Probably just an unsupported thing. However, if it helps I am happy to share logs.
  6. jepster
    I have rerun Dyndolod 193 with the fix you posted the link for and the trees are there fine again. So it seems the fix solves this issue as well. Thanks for directing me to it
  7. jepster
    Thanks for looking into this. Let me try to give some information. Do you mean https://www.nexusmods.com/skyrimspecialedition/mods/82469? Which install option(s)? >> It is actually this mod: https://www.nexusmods.com/skyrimspecialedition/mods/96782 Install options: 70% ivy No season support 3D LoD Support Upload E:\Skyrim VR jepster\tools\DynDOLOD\Logs\DynDOLOD_TES5VR_Object_Report.txt and E:\Skyrim VR jepster\tools\DynDOLOD\Logs\DynDOLOD_TES5VR_Tree_LOD.txt >> https://www.mediafire.com/file/8ckgs2emxk7aqvj/Dyndolod_Report.7z/file Which version of BOS do yo have installed? >> Base Object Swapper VR 3.1.1 from https://www.nexusmods.com/skyrimspecialedition/mods/61734 The other ideas, I will check out tomorrow if I can
  8. jepster
    After running Dyndolod Alpha 193 I noticed that Pine tree Lod was gone https://imgur.com/a/POHabpp I checked MCM and Dyndolod was loaded correctly. Other tree Lod (e.g. Aspens) seems show fine, but I am not 100% sure. I am always testing new Dyndolod with a clean savegame, where Dyndolod has not loaded prior. What may be special with my load order is that I am using Ivy on trees (BOS) to replace Pine trees with Ivy Pine Trees and Happy PBR Trees. Reverting to Alpha 192 brings back the tree Lods. Please find logs here For comparison, please find logs for Alpha 192 here
  9. jepster
    Thanks a lot for the help! I thought I had read all relevant documentation, but your hint pointed me in the right position. I noticed ParallaxGen output had some LOD folders and saw for whatever reason settings to ignore them was not in place. I restored ParallaxGen to default settings and reran Dyndolod and the issue was mostly gone
  10. jepster
    I have an issue with my mountain LoD. It looks very dark until getting closer and full models are loaded: https://imgur.com/a/wH3tvc5 I am using Vanaheimr Mountains which have a PBR option in the fomod, that I use and ERM Complex Parallax + ERM Dyndolod add-on. Using tll I found out that the dark meshes are object LoDs. I completed the load order, ran ParallaxGen, TexGen and then Dyndolod (latest versions from Nexus) - all this several times. Dyndolod settings used in latest run: https://imgur.com/a/Sa796YR There is no bugreport.txt, and I uploaded logs here: https://file.io/32QlRBRJ4wYe In Nifskope the LoD meshes (Meshes\LOD\Mountains) from ParallaxGen look good: https://file.io/dFZnun7e9d8B Would appreciate any hint how I could debug further
×
×
  • Create New...

Important Information

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

  I accept