After some messing around, I was able to use this tool within MO2.
(1) Create an empty mod in MO2, copy Oblivion.esm and other official esp files from ~/Oblivion/Data folder and paste there. Put this mod at priority 1. Activate it. Use LOOT or BOSS to sort plugins. (2) Make sure your overwrite folder is empty. (3) Install Landscape LOD generator tes4ll-v5 just like any other mods in MO2. Activate it. Open the mod folder, edit "tes4ll_ultimate.bat" with a text editor. Delete "overwritelods" in the first line. (4) Add tes4ll_ultimate.bat as an executable in MO2. Run it. Wait for it to finish. (5) Now the generated LOD file will be present in the overwrite folder. Create a mod from overwrite folder called "tes4ll". In it, make sure all .nif files are in the following path: Meshes/Landscape/LOD/
Thank you, this worked. Will combine this with peter254's advice to put it into the real Data folder, and hopefully won't need to stress myself gray beyond that.
I tried this, but it hasn't been working for me. I checked the load order yesterday, and Landscape LOD Generator wasn't on there, despite being active as a mod according to Mod Organizer 2, so I'm assuming that's why this hasn't been working. Should I use the reinstall mod option in MO2, or should I remove the mod and start the process over entirely? Edit: I started over and reinstalled TES4LL from an archive, only to realize that MO2 thought the data structure didn't look valid. I think that I can make this work if I can get TES4LL into a data structure MO2 recognizes.
Also, with MO2 there's a neat trick to avoid an executable dumping its generated files into overwrite. Let's say we do it for TES4lodgen (but also works for wryebash and its bashed patch, xEdit, etc.) :
1) create an empty mod called "Lodgen output". Activate it 2) Go in your MO2 executables settings -> select Tes4lodgen 3) There's a case in the middle named "Create files in mod instead of overwrite" : Tick it, and in the box, enter the empty mod you created. Apply changes 4) Now everytime you'll generate files with that particular executable, it'll use the empty mod to dumb its files. 5) If you have to re-generate the files, I'd avise deleting the files inside the mod first then doing what you have to do
What about reporting this kind of stuff to mo2 devs? Or even asking for better compability with data files generating programs like this and tes4lodgen?
I'm having an absolute bear of a time getting this to work with MO2. I've tried installing it inside MO2 as a mod so it's in the virtual data folder, I've tried installing it in the actual data folder. I've tried juju81500's Missing Textures mod, even onra's Tamriel Heightmaps mod. Almost every single time I try to generate, I get "[Error] SelectAll: map [_heightmap] not found". And when that doesn't happen, I run into the error where RumareCoastline.dat can't be found, despite it being where it's supposed to be.
If anyone has had these problems and solved them, please help. I use MPGUI, and am following the instructions in the Oblivion Vanilla Enhanced modding guide:
So the RumareCoastline.dat issue means it's not installed in the right location. The tes4ll exe/bat files and its Ini folder need to be in your Oblivion\Data folder (1). You can manually install it there, drop the tes4ll 7z file into your MO Oblivion downloads folder and install through MO, or unzip it to its own folder in your MO Oblivion mods folder. %LocalAppData%\ModOrganizer\Oblivion is where those folders can be found.
I couldn't get MPGui to work at all through MO, kept getting "couldn't start process" errors with no info, but the bat files work just fine. I ran tes4ll-midres.bat, then tes4ll-normalmaps.bat, then tes4ll-tes4qlod.bat, then TES4LODGen and it works. Just make sure each LOD tool you set up has "Create files in mod instead of overwrite" turned on and set to a new mod for each of your profiles (I called mine LOD - Default because it's just for a fresh install with patches). You should place these at the bottom of your MO mods list to make sure they overwrite any LOD provided by mods.
Haven't seen it mentioned, but adding tools via MO is a bit of extra trouble. You can't run the tools without tracking down their mod folder for the exe/bat/script because MO doesn't seem to setup the virtual folders until after it loads the file. My solution is to use C:\Windows\System32\cmd.bat and add the argument /c "exe/bat/script name" to run whichever tool I want.
1) It's a hard-set rule because it uses relative pathing to get to the script that tells it how to generate (which is in the Ini folder) but then it uses absolute pathing based in the Oblivion\Data directory to get to those dat files (which are also in the Ini folder). It's a pretty big oversight since tes4ll specifically sets out to detect the install folder anyway, this just forces it into a very specific (and kind of annoying) location.
I believe this means the "_heightmap" variable is never defined upon running tes4ll from MPGUI. tes4ll defines all of its variables before running, so as to keep them saved for when they need to be called (for example, I often see "56 [Info] Flag: minheight=-2048" early on in the console). I also have this exact issue, but I don't know what the cause is. If you've modified tes4ll, I would recommend you redownload it and see if that works. Edit: Finally fixed it. What I had to do was copy the official Oblivion plugins (Oblivion, KoTN, Shivering Isles, and the misc. DLCs) and their bsas and put them into a Mod Organizer mod, which I chose to call "Official Oblivion Plugins". I stuck this after where the original plugins were in Mod Organizer. I think the reason that the heightmap wasn't getting defined was that the official plugins weren't loading into MPGUI (I noticed that it said the official plugins weren't found at the top).
Hi, I've been working with MPGUI and TES4LL + MO 2 ... eventually got the MO 2 compatibility functioning for the most part thanks to a few guides I found, but I'm having an issue where DXT compression is failing. I've tried 1, 3, and 5 with no luck.
I've also tried running all of this outside of MO2 to make sure it wasn't an issue with the compatibility, and still get compression failed for BMP to DDS.
the NIF files complete successfully. Any ideas what might be going on?
Just adding, meshes and textures are generated successfully, but like above, DXT compression fails every time. I can generate uncompressed BMP just fine but not DDS. Program runs to completion without issue in every other regard besides DXT compression always failing. Any help would be appreciated.
I've been using this for some new lands that all have a river in the low land and a surrounding wall (hill) to enclose the new land. This program works great to improve the surrounding wall so there are no floating trees in the distance but the river is much worse than the CS mesh. I'm thinking there may be some options to get a better river but I can't find a manual for the command line parameters. I've modified the Dibella's Watch bat file for my own lands and my bat file works fine except the river is such low resolution. Any ideas, or where do I find details on all the command line options? Thanks
Yes, that's what I'm looking for. I will have to spend some time studying these links. I'm going to try to get your much improved mesh of the peaks with a similar improvement, or at least the same as the CS, to the lowlands (particularly the rivers). It might be over my head but I'll give it a try. I think there is a similar degradation of the rivers in standard Oblivion running the stock bat file so maybe that's just the way it works to keep the size down.
I can't believe I finally got it figured out. I just needed to follow the Writing data files method in the readme. Now I have good peaks and a beautiful river. Happy camper here. Part of the problem I had with figuring out the command line options is the wiki website is acting strange in that the links to the individual command options don't go to the page of that option but instead open another copy of the same page you're on. Maybe the picture will explain it better. Thanks again. This is an incredible program.
Under Worldspaces, do i only need to select the main Worldspace for the program, or do i have to generate LOD for it's child Worldspaces afterwards too?
I used the MGUI app and i still got compression errors. Meanwhile, after the program was done i got a new folder called tes4qlod_tex that is filled with .bmp files. What am i supposed to do with those?
Why is there so little information available about every single facet of this mod? Not all of us are geniuses who have a natural knack for understanding these programs.
well, the MPGUI is self-describing each and every option you've got (just hover the mouse on an option) tes4qlod_tex is your landscape lod cache, leave it there about your problem...where did you install tes4ll and MPGUI? they have to be OUTSIDE of Program Files, otherwise you get access problems to folders (UAC)
Apologies for the tone of my previous post, i was getting frustrated.
Thanks for letting me know about the cache and it's purpose, at least i know i did that part right.
As for the location, i am aware of the UAC controlled folders so i avoid them like the plague whenever i install any games. Oblivion is on my D: drive and i installed TES4LL and all of it's files in the Oblivion data folder.
Is there a quick way to find if everything has installed correctly? For example, shouldn't i have more than the 8 vanilla textures in my Textures\LandscapeLOD\Generated folder since i generated textures for a plethora of new land mods?
Notice that i took a real quick look with a test character around Cyrodiil and everything seemed fine? No gaps, no black textures so it's quite possible that i'm being overly paranoid cautious about the whole thing. The only thing i'm still slightly worried about are the possible consequences of those textures not being compressed.
And if you'll excuse me, i'll be back in ten or so hours, i need to catch some sleep right now.
If the problem is only with the textures you could use the stand alone Tes4qLOD for the textures. It works good for me for the standard textures but I had to use the old version for custom textures. CSE is actually working the best for me. From the Tes4qLOD readme: "It doesn't currently blend textures. It takes the top-most, most opaque texture for each texture point and uses the RGB for that. The CS supports up to 9 textures on any pixel and this improves the subtle shading. I can probably add this to TES4qLOD in the future. Again the improvement isn't totally dramatic, but it's still preferable."
Can the optional files work as standalone ones of this mod? Just download and boom done? Specifically referring to the vanilla and shivering isles high resolution meshes
This is what I was wanting to find out as well, I'm using UL and was wondering if I can get away with just installing the pre-gen files for Vanilla, SI and UL, bearing in mind that I am using some non-vanilla landscape textures?
when I run Landscape LOD generator tes4ll MPGUI I receive the error 4655 [Error] SelectAll: map [_heightmap] not found. ii think I might have missed something?
Does anyone know if there is a 64 bit version of this application? Can someone make one please? Because the 32 bit version keeps running out of memory on large worldspaces such as Onra's TWMP.
EDIT: It wasn't due to the application being 32 bit. It was genuinely running out of physical memory. The application is able to use more than 2GB if needed.
729 comments
thanks
(1) Create an empty mod in MO2, copy Oblivion.esm and other official esp files from ~/Oblivion/Data folder and paste there. Put this mod at priority 1. Activate it. Use LOOT or BOSS to sort plugins.
(2) Make sure your overwrite folder is empty.
(3) Install Landscape LOD generator tes4ll-v5 just like any other mods in MO2. Activate it. Open the mod folder, edit "tes4ll_ultimate.bat" with a text editor. Delete "overwritelods" in the first line.
(4) Add tes4ll_ultimate.bat as an executable in MO2. Run it. Wait for it to finish.
(5) Now the generated LOD file will be present in the overwrite folder. Create a mod from overwrite folder called "tes4ll". In it, make sure all .nif files are in the following path: Meshes/Landscape/LOD/
Edit: I started over and reinstalled TES4LL from an archive, only to realize that MO2 thought the data structure didn't look valid. I think that I can make this work if I can get TES4LL into a data structure MO2 recognizes.
Also, with MO2 there's a neat trick to avoid an executable dumping its generated files into overwrite. Let's say we do it for TES4lodgen (but also works for wryebash and its bashed patch, xEdit, etc.) :
1) create an empty mod called "Lodgen output". Activate it
2) Go in your MO2 executables settings -> select Tes4lodgen
3) There's a case in the middle named "Create files in mod instead of overwrite" : Tick it, and in the box, enter the empty mod you created. Apply changes
4) Now everytime you'll generate files with that particular executable, it'll use the empty mod to dumb its files.
5) If you have to re-generate the files, I'd avise deleting the files inside the mod first then doing what you have to do
If anyone has had these problems and solved them, please help. I use MPGUI, and am following the instructions in the Oblivion Vanilla Enhanced modding guide:
I couldn't get MPGui to work at all through MO, kept getting "couldn't start process" errors with no info, but the bat files work just fine. I ran tes4ll-midres.bat, then tes4ll-normalmaps.bat, then tes4ll-tes4qlod.bat, then TES4LODGen and it works. Just make sure each LOD tool you set up has "Create files in mod instead of overwrite" turned on and set to a new mod for each of your profiles (I called mine LOD - Default because it's just for a fresh install with patches). You should place these at the bottom of your MO mods list to make sure they overwrite any LOD provided by mods.
Haven't seen it mentioned, but adding tools via MO is a bit of extra trouble. You can't run the tools without tracking down their mod folder for the exe/bat/script because MO doesn't seem to setup the virtual folders until after it loads the file. My solution is to use C:\Windows\System32\cmd.bat and add the argument /c "exe/bat/script name" to run whichever tool I want.
1) It's a hard-set rule because it uses relative pathing to get to the script that tells it how to generate (which is in the Ini folder) but then it uses absolute pathing based in the Oblivion\Data directory to get to those dat files (which are also in the Ini folder). It's a pretty big oversight since tes4ll specifically sets out to detect the install folder anyway, this just forces it into a very specific (and kind of annoying) location.
tes4ll defines all of its variables before running, so as to keep them saved for when they need to be called (for example, I often see "56 [Info] Flag: minheight=-2048" early on in the console).
I also have this exact issue, but I don't know what the cause is. If you've modified tes4ll, I would recommend you redownload it and see if that works.
Edit: Finally fixed it. What I had to do was copy the official Oblivion plugins (Oblivion, KoTN, Shivering Isles, and the misc. DLCs) and their bsas and put them into a Mod Organizer mod, which I chose to call "Official Oblivion Plugins". I stuck this after where the original plugins were in Mod Organizer.
I think the reason that the heightmap wasn't getting defined was that the official plugins weren't loading into MPGUI (I noticed that it said the official plugins weren't found at the top).
I've also tried running all of this outside of MO2 to make sure it wasn't an issue with the compatibility, and still get compression failed for BMP to DDS.
the NIF files complete successfully. Any ideas what might be going on?
Thanks!
Thanks
Thanks and thanks for the great program too.
Under Worldspaces, do i only need to select the main Worldspace for the program, or do i have to generate LOD for it's child Worldspaces afterwards too?
I ran the tes4ll_normalmaps.bat file and the command window got flooded with "error compression failed" messages so i do not think it worked.
Can someone tell me what i did wrong?
I used the MGUI app and i still got compression errors. Meanwhile, after the program was done i got a new folder called tes4qlod_tex that is filled with .bmp files. What am i supposed to do with those?
Why is there so little information available about every single facet of this mod? Not all of us are geniuses who have a natural knack for understanding these programs.
tes4qlod_tex is your landscape lod cache, leave it there
about your problem...where did you install tes4ll and MPGUI? they have to be OUTSIDE of Program Files, otherwise you get access problems to folders (UAC)
Thanks for letting me know about the cache and it's purpose, at least i know i did that part right.
As for the location, i am aware of the UAC controlled folders so i avoid them like the plague whenever i install any games. Oblivion is on my D: drive and i installed TES4LL and all of it's files in the Oblivion data folder.
Is there a quick way to find if everything has installed correctly? For example, shouldn't i have more than the 8 vanilla textures in my Textures\LandscapeLOD\Generated folder since i generated textures for a plethora of new land mods?
Notice that i took a real quick look with a test character around Cyrodiil and everything seemed fine? No gaps, no black textures so it's quite possible that i'm being overly
paranoidcautious about the whole thing. The only thing i'm still slightly worried about are the possible consequences of those textures not being compressed.And if you'll excuse me, i'll be back in ten or so hours, i need to catch some sleep right now.
I ended up choosing no compression and then converted the resulting BMP files to DDS with GIMP.
Is this something i have to do every time i have to run the application?
(even though that "fix" isn't a pleasant one, lol)
"It doesn't currently blend textures. It takes the top-most, most opaque texture for each texture point and uses the RGB for that. The CS supports up to 9 textures on any pixel and this improves the subtle shading. I can probably add this to TES4qLOD in the future. Again the improvement isn't totally dramatic, but it's still preferable."
Because the 32 bit version keeps running out of memory on large worldspaces such as Onra's TWMP.
EDIT: It wasn't due to the application being 32 bit. It was genuinely running out of physical memory. The application is able to use more than 2GB if needed.