Jump to content


Photo

TES4LL and MPGUI doesn't work with MO


  • Please log in to reply
39 replies to this topic

#1 pStyl3

pStyl3

    Guard

  • Members
  • PipPip
  • 135 posts

Posted 14 September 2014 - 08:08 AM

I am currently trying to use TES4LL and/or MPGUI with MO, but unfortunately I run into a bunch of problems.

The main problems I see so far, are:
- tes4ll_ultimate.bat does not create any meshes, only three empty folders
- the process of creating meshes with MPGUI crashes

Nexus user malonn also is currently trying to get those tools to work with Mod Organizer, but as it seems he has the exact same problems as I do.

I will now write a complete report on what I have found out until now, how I do things and where my problems are. I hope, that either Tannin or gruftikus, or the STEP community could help me out here.

=======================================================

First, in order to mod Oblivion, I searched around what I would need to do, how to do it and in particular, in which order. I come to the conclusion, that all necessary things should be done in this order:

- Sorting out mods I want to use (downloading & activating)
- Sorting the Loadorder via LOOT
-- Consider running Land Magic
- Run TES4ll - generating distant meshes for terrain
- Run TES4qLod (from within TES4ll) - generating textures for distant land meshes
- Run TES4ll_normalmaps
- Create the Bashed Patch with Wrye Bash
- Run TES4LODGen.exe (renamed TES5Edit.exe) - generating .lod files based on distant objects provided by mods and low poly distant object meshes ( _far.nif )

Instead of running the individual batch files of TES4ll one could also use MPGUI - Multi Purpose GUI.


But first, I tried to run TES4ll just by itself. So I downloaded it and extracted the content of the .7z archive into the following folder:
..\Steam\SteamApps\common\Oblivion\Data\..

I then opened MO and added tes4ll_ultimate.bat with the arguments -f "...,makemeshes,..." as an executable:
Image 1

When I now run "tes4ll_ultimate.bat" through MO, a dos window opens and the following happens:
Image 2

At the end there is the line: "Please close this window." So one would think that everything is done. I press enter and close that window. But, back in MO:
Image 3

Besides the three folders, no meshes have been created.


So, after that wasn't as successfull as I had hoped, I downloaded MPGUI.


I installed MPGUI outside of my Oblivion folder:
C:\Spiele\Modding\0_Programme\MPGUI

Spiele = Games


I then added MPGUI in MO as a new executable file:
Image 4

If I run it through MO I see this:
Image 5

File --> Open Batch... --> select "tes4ll_all.mpb" in:
C:\Spiele\Steam\SteamApps\common\Oblivion\Data\Ini\tes4ll

Once the .mpb file is opened .. and I have selected Oblivion under "Options - Game Mode - Oblivion" .. MPGUI looks like this:
Image 6

Now I can see, that basically none of my plugins are recognized by mpgui:
Image 7

.. and therefore I can't select any worldspaces in the next tab. If I rescan my plugins, and switch back to the first tab, I see that two new lines were added:

19 [Info] Reading esp/esm files from 'C:\Spiele\Modding\0_Programme\Mod_Organizer_Oblivion\mods\Bashed Patch'
20 [Info] Plugins.txt path is: 'C:\Users\NAME\AppData\Local\Oblivion\plugins.txt'
Line 19 - MPGUI falsely scans my "Bashed Patch" mods folder inside MO .. that's why it can't find any plugins.
Line 20 - The wrong plugins.txt is selected by MPGUI .. it should be the one in MO's folder:
C:\Spiele\Modding\0_Programme\Mod_Organizer_Oblivion\profiles\Default\plugins.txt


So here is my first conclusion .. the Bashed Patch must be deactivated within MO's mod list/left pane/installation order.
Image 8

Once I deactivated the Bashed Patch and run MPGUI once again, selected the "tes4ll_all.mpb" and the game mode Oblivion, I now could see this in the Plugins tab:
Image 9

I then selected all plugins, read the worldspace in the next tab, left everything else at it's default settings and switched over to the "Start Process" tab, where I clicked "Click me if you are ready".
Result: the tes4ll.exe crashes:
Image 10


After a bit of head-scratching I opened up the "mpgui_autoload.mpb" file with Notepad++, found in:
C:\Spiele\Modding\0_Programme\MPGUI\mpgui_autoload.mpb


Original:
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
[_Autoload]
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

LogFile                   -value="$_workdir\mpgui.log"

## 1, 3, 4 reserved for Morrowind, Fallout 3 and FalloutNV


AddGame              -n=2 -name=Oblivion
SetGamePluginFile    -n=2 -value="$_appdata\Oblivion\plugins.txt"
SetGameSearchPattern -n=2 -value="oblivion"
SetGameStdWorldspace -n=2 -value="Tamriel"

AddGame              -n=3 -name=Fallout3
SetGamePluginFile    -n=3 -value="$_appdata\Fallout3\plugins.txt"
SetGameSearchPattern -n=3 -value="Fallout 3"
SetGameStdWorldspace -n=3 -value="Wasteland"

AddGame              -n=5 -name=Skyrim
SetGamePluginFile    -n=5 -value="$_appdata\Skyrim\plugins.txt"
SetGameSearchPattern -n=5 -value="skyrim"
SetGameStdWorldspace -n=5 -value="Tamriel"

;SetPath                  -value="$_workdir\ini\mpgui\"

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
GUIConsoleEcho -text="Autoload batch file loaded"
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

.. and changed a few things and also added two new lines:
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
[_Autoload]
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;

LogFile			   -value="$_workdirmpgui.log"

## 1, 3, 4 reserved for Morrowind, Fallout 3 and FalloutNV


AddGame	              -n=2 -name=Oblivion
SetGamePluginFile     -n=2 -value="C:\Spiele\Modding\0_Programme\Mod_Organizer_Oblivion\profiles\Default\plugins.txt"
SetGameSearchPattern  -n=2 -value="oblivion"
SetGameStdWorldspace  -n=2 -value="Tamriel"
GameMode		   -name=Oblivion
SetPath			   -value=C:\Spiele\Steam\SteamApps\common\Oblivion\Data\Ini\tes4ll\tes4ll_all.mpb

;AddGame	      -n=3 -name=Fallout3
;SetGamePluginFile    -n=3 -value="$_appdata\Fallout3\plugins.txt"
;SetGameSearchPattern -n=3 -value="Fallout 3"
;SetGameStdWorldspace -n=3 -value="Wasteland"

;AddGame	      -n=5 -name=Skyrim
;SetGamePluginFile    -n=5 -value="$_appdata\Skyrim\plugins.txt"
;SetGameSearchPattern -n=5 -value="skyrim"
;SetGameStdWorldspace -n=5 -value="Tamriel"

;SetPath		   -value="$_workdir\ini\mpgui"

;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
GUIConsoleEcho -text="Autoload batch file loaded"
;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;
Now, when I open MPGUI and click on "File --> Open Batch...", I can directly select the batch file "tes4ll_all.mpb", without the need to manually navigate to the correct folder. Once the file is selected, the Game Mode "Oblivion" is set automatically .. and Fallout3 and Skyrim are commented out within the code above, hence do not showup as alternatives within MPGUI.


But now comes my actual problem. If I now activate all plugins, read the worldspaces and want to "start the process" .. the "tes4ll.exe" still crashes.

.. hence, I currently am not able to create any meshes through neither TES4ll, nor MPGUI. And here I hope that someone could help me .. is there something I could do?

Edited by pStyl3, 30 October 2014 - 07:00 PM.

  • 0

#2 hishutup

hishutup

    Daedric Prince

  • Super Moderators
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 2,573 posts

Posted 14 September 2014 - 09:48 PM

yeah.... Thats what I was afraid of and why I don't use MO... I believe its MOs limitations... 

Tannin might have an idea post to the MO bug report thing...



#3 pStyl3

pStyl3

    Guard

  • Members
  • PipPip
  • 135 posts

Posted 15 September 2014 - 03:59 AM

That I hope aswell, or that I have some magical idea that helps me to workaround these problems. :P I mean, both OBSE's + TES4LODGen's problems can be worked out under MO, even if it is a bit more complicated, so there should be something that could be done about TES4LL/MPGUI aswell. *fingers crossed*
 
 
I filled a new issue on Tannin's bug tracking site: #813

Edited by pStyl3, 30 October 2014 - 07:01 PM.

  • 0

#4 hishutup

hishutup

    Daedric Prince

  • Super Moderators
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 2,573 posts

Posted 15 September 2014 - 04:04 AM

tes4LL is pretty ridiculous though...

Meshes are easy and don't take long but Normal maps and terrain take forever outside mo...2-10 hrs

Mo would take upwards of double to triple the time and probably fail



#5 Artorius

Artorius

    Prisoner

  • Members
  • 10 posts

Posted 13 October 2014 - 11:02 AM

I was wondering if any more progress was made on this particular issue.  I've been trying out Oblivion with Mod Organizer and have had success with everything important except for tes4ll.  I'd like to be able to see my pretty lods rather than the ugly ones I currently see :(.

 

Artorius.


  • 0

#6 pStyl3

pStyl3

    Guard

  • Members
  • PipPip
  • 135 posts

Posted 13 October 2014 - 02:06 PM

I made a few comments on the issue #813 that I've opened on Tannins bugtracking site.

 

Then gruftikus wrote me via PM the following answer:

 

Hi,

 

ich habe mal kurz drübergeschaut (bin leider die ganze Woche am arbeiten). Generell müsste man alles, was mit MPGUI läuft, auch mit einem direkten Aufruf von tes4ll hinbekommen. MPGUI ist nur eine shell, die tes4ll aufruft. Man könnte also die Kommandozeile, die MPGUI produziert, einfach kopieren.

 

MPGUI setzt auch die Liste an mods zusammen, hier habe ich das glaube ich etwas eleganter gemacht und den Pfad zu dem plugin.txt wählbar gemacht. tes4ll macht das soweit ich mich erinnere, nicht. Wenn die Modliste leer ist, öffnet er die Windows-Registry, sucht den app-path und dort die Plugin-Daten. Ich selbst nutze MOM, der tauscht die Dateien aktiv aus.

 

Leider habe ich keine richtige Möglichkeit mehr die "alte" Version zu testen, ich arbeite ja schon seit 2 Jahren an einer neuen Version wo ich praktisch alles von vorne geschrieben habe. Ich weiss, viel zu lang schon....

 

Wenn diese Version fertig ist (leider hakt es noch an der Performance) dann kann ich sicherlich die eine oder andere Option einbauen...

 

"I took a quick look over it [this thread]. In general you should be able to run everything, that can be run with MPGUI, with a direct call from tes4ll aswell. MPGUI is only a shell that calls tes4ll. One could easily copy the command line that MPGUI produces.

 

MPGUI also puts together the list of mods, I believe I made the path to the plugin.txt choosable. tes4ll does not do this, if I remember correctly. If the modlist is empty, it opens the windows registry, searches the app-path and there the plugin-data. I myself use MOM, which exchanges the files actively.

 

Unfortunately I don't really have the possibility to test the "old" version anymore, as I work on a new version since 2 years, where I have rewritten practially everything. I know, way to long already..

 

Once the new version is ready (the performance isn't that good as of now), I can surely build in some options.."

 

------

 

 

Tannin also made this change with MO 1.2.12:

 

- fixed a stability problem with some oblivion tools

 

I am not 100% sure that he refers to TES4LL and MPGUI (I didn't ask) .. but I think that's most likely the case.

 

 

 

 

All that said, I haven't come around to test the changes yet .. but I surely will do that within the next days and will then post my findings here!


Edited by pStyl3, 13 October 2014 - 02:16 PM.

  • 0

#7 Artorius

Artorius

    Prisoner

  • Members
  • 10 posts

Posted 13 October 2014 - 02:14 PM

Thanks for the reply!  Indeed I also spotted that in the nexus changelog and asked about it in the thread there.  Having tes4ll working properly will make MO more or less fully usable with all of Oblivion's tools.

 

It's also good to see that gruftikus is still working on the tool so hopefully we will see an even better tool :)


  • 0

#8 pStyl3

pStyl3

    Guard

  • Members
  • PipPip
  • 135 posts

Posted 19 October 2014 - 09:46 AM

Updated MO to version 1.2.14.
Updated xEdit to version 3.0.33 svn1839 (Link, so TES4Edit.exe as well as TES4LODGen.exe are up2date)
 
-----
 
TES4LL
 
Besides the mentioned circumstance - that, while the meshes ARE created (in contrary to the initial statement in this thread), these meshes are falsely placed inside the "Unofficial Oblivion Patch" mod folder Comparison - nothing has changed.
 
DOS Output - TES4LL (Pastebin)
 
So TES4LL seems to work under MO, though the meshes are still not placed inside Overwrite .. they still replace the "original" files inside the Unofficial Oblivion Patch .. and that is not good.
 
 
-----
 
MPGUI
 
Well .. I have good and bad news. Good one is, it worked two hours ago when I tried the mentioned process of Post #1. Bad news is, while changing absolutely NOTHING .. it stopped working for me once again. I changed nothing and is doesn't work anymore, I really don't know what suddely went wrong. Even restarting my PC now does not fix the problem. Anyway, step by step now.
 
 

...
 
So, after that wasn't as successfull as I had hoped, I downloaded MPGUI.
 
 
I installed MPGUI outside of my Oblivion folder:
C:\Spiele\Modding\0_Programme\MPGUI
 
Spiele = Games
 
 
I then added MPGUI in MO as a new executable file:
Image 4
 
If I run it through MO I see this:
Image 5
 
File --> Open Batch... --> select "tes4ll_all.mpb" in:
C:\Spiele\Steam\SteamApps\common\Oblivion\Data\Ini\tes4ll
 
Once the .mpb file is opened .. and I have selected Oblivion under "Options - Game Mode - Oblivion" .. MPGUI looks like this:
Image 6
 
Now I can see, that basically none of my plugins are recognized by mpgui:
Image 7
 
.. and therefore I can't select any worldspaces in the next tab. If I rescan my plugins, and switch back to the first tab, I see that two new lines were added:
19 [Info] Reading esp/esm files from 'C:\Spiele\Modding\0_Programme\Mod_Organizer_Oblivion\mods\Bashed Patch'
20 [Info] Plugins.txt path is: 'C:\Users\NAME\AppData\Local\Oblivion\plugins.txt'
Line 19 - MPGUI falsely scans my "Bashed Patch" mods folder inside MO .. that's why it can't find any plugins.
Line 20 - The wrong plugins.txt is selected by MPGUI .. it should be the one in MO's folder:
C:\Spiele\Modding\0_Programme\Mod_Organizer_Oblivion\profiles\Default\plugins.txt
 
 
So here is my first conclusion .. the Bashed Patch must be deactivated within MO's mod list/left pane/installation order.
Image 8
 
Once I deactivated the Bashed Patch and run MPGUI once again, selected the "tes4ll_all.mpb" and the game mode Oblivion, I now could see this in the Plugins tab:
Image 9
 
I then selected all plugins, read the worldspace in the next tab, left everything else at it's default settings and switched over to the "Start Process" tab, where I clicked "Click me if you are ready".
Result:  the tes4ll.exe crashes:
Image 10

 
All that is still the way I do things.
- First deactivate the Bashed Patch
- then open MPGUI from MO 1.2.14
- select "tes4ll_all.mpb"
- select all my plugins
- read the worldspaces
- goto "Start Process" and select "Click me if you are ready"
 
Plugins - Worldspace - LOD Meshes - Normal Maps - Color Maps - Start Process
 
The process worked when I tried it first two hours ago: MPGUI - Output (Pastebin)
MPGUI crashed on exit, but that wasn't a problem .. the new files were placed in Overwrite .. great!
 
The folder structure ..Meshes\LandscapeLOD..  wasn't there by default, but that can be made manually with the now newly created meshes inside Overwrite.
 
So I now changed the "Mid Resolution" inside MPGUI to "Ultimate Resolution", once again the process finished, (MPGUI crashes on exit, again no real problem), the files showed up in Overwrite .. and now I have a correct "mod" in MO containing the new meshes, Link.
 
 
--
So far so good .. but from now on MPGUI always crashes with the same message as before: Image 10 once I click on "Click me if you are ready", regardless what I do (and again, I don't know what I could possibly have changed ....). It's now all the same once again, if I try to create meshes, use the inbuild TES4qLod function or try to create Normal Maps .. it always crashes.
 
 
 
So yeah .. hurray that a solution comes within reach  ::):  .. unfortunately we aren't really there yet.

Edited by pStyl3, 30 October 2014 - 07:06 PM.

  • 0

#9 Artorius

Artorius

    Prisoner

  • Members
  • 10 posts

Posted 20 October 2014 - 02:22 PM

Ah well I guess I'll have to make do with not having tes4ll for the moment.  Thanks for trying anyway.


  • 0

#10 sirenAri

sirenAri

    Prisoner

  • Members
  • 2 posts

Posted 20 October 2014 - 05:40 PM

I've been lurking on this topic for the past few days.  I just wanted to say thanks, pStyl3, for trying to figure out how to get TES4LL working for all of us MO users and for giving me some ideas to try which eventually got it mostly working on my computer.

I couldn't get MPGUI to work at all so I gave up on using that, but the batch files that came with TES4LL worked for me (after a few edits).  Here's what I did to get TES4LL mostly working on my computer (I'll explain what I mean by "mostly working" a little farther down).

Note: The filepaths that I use below are based on where I installed Mod Organizer to.  You'll just need to substitute the paths given with where your MO is installed.

  • "Install" TES4LL directly to the actual game data folder.
  • [Recommended but Optional] Open Inites4ll and make a copy of the tes4ll_all.mpb file.
  • Edit the tes4ll_all.mpb file in your favorite plain text editor (I use Notepad++) with the following edits:

[Optional] New Line 19

LogFile -value="G:Mod OrganizerOblivionmodsTES4LLtes4ll.log"

Note: This edit may be optional, but all other line numbers will expect that this line was added.

This line just adds a log file so you can piece apart exactly what the program is doing in case you encounter problems.

 

--

Line 38 - Change

@overwritelods SetOption -installdirectory="$_gamedirDataTextureslandscapelodgenerated"

to

@overwritelods SetOption -installdirectory="G:Mod OrganizerOblivionmodsTES4LLTextureslandscapelodgenerated"

--

Line 68 - Change

@makenormalmaps @overwritelods SetOption -installdirectory="$_gamedirDataTextureslandscapelodgenerated"

to

@makenormalmaps @overwritelods SetOption -installdirectory="G:Mod OrganizerOblivionmodsTES4LLTextureslandscapelodgenerated"

--

Line 78 - Change

@writeout SetOption -installdirectory="$_gamedirData"

to

@writeout SetOption -installdirectory="G:Mod OrganizerOblivionmodsTES4LL"

--

Line 90 - Change

@overwritelods SetOption -installdirectory="$_gamedirDataMeshesLandscapeLOD"

to

@overwritelods SetOption -installdirectory="G:Mod OrganizerOblivionmodsTES4LLMeshesLandscapeLOD"

4. In MO, add new program shortcuts for the following:

  • TES4LL, "[Game Directory]Datates4ll_ultimate.bat" (or either of the other two: midres or hires)
  • TES4LL - Normal Maps, "[Game Directory]Datates4ll_normalmaps.bat"

Note: Don't forget to replace "[Game Directory]" with the path to your actual Oblivion game directory.

[Optional] You can add one more program shortcut if you like:
TES4LL - TES4qLOD, "[Game Directory]Datates4ll_tes4qlod.bat"
But this will not work (yet).  For some reason, even with the edits we made to tes4ll_all.mpb, it still tries to write all of its "partial" files to the Overwrite mod.  This is a problem since it causes MO to quickly run out of space and it can't complete.

 

5. Run your new TES4LL and TES4LL - Normal Maps program shortcuts through MO.  When finished you'll notice a new "Mod" added to your list called "TES4LL" which will contain all of the new textures and meshes.

 

Why this edit works:  TES4LL suffered from essentially the same problem that TES4LODGen had with MO.  When mods add data to the Overwrite mod, MO doesn't release the resources those files used.  This isn't a problem for most programs, but when textures and meshes are involved more than likely there will be troubles.  TES4LODGen's newest update allowed a new command line switch to specify where the files were placed which fixed the problem since no files were being written to the Overwrite mod.  Our edits to tes4ll_all.mpb are actually specifying a place other than Oblivion's "Data directory" (the Overwrite mod) to export the files to.

 

I tried to figure out how to get TES4qLOD's "partials" to go into a temporary folder too, but there's no way to specify this.  I downloaded the standalone TES4qLOD mod (http://www.nexusmods...vion/mods/42473) to look at the source code and see if I could figure out how to tell it where to save to.  I probably could, but I came to two road blocks: I don't know C and I don't know how to compile C.  I could probably step through it and figure out how to get what I need done in C, but the whole compile thing sounded tough (I'm a web developer, not an application programmer).  I might look at it later, but for now I'm happy with my noise replacer for LOD textures (http://www.nexusmods.com/oblivion/mods/9952 I use medium or strong personally).

Well I hope this helps someone to use TES4LL since it does make the LOD land look so very much better.

Happy modding!

~Ari


  • 0

#11 pStyl3

pStyl3

    Guard

  • Members
  • PipPip
  • 135 posts

Posted 21 October 2014 - 03:01 PM

Ah well I guess I'll have to make do with not having tes4ll for the moment.  Thanks for trying anyway.

 

I've been lurking on this topic for the past few days.  I just wanted to say thanks

 
No problem. ::):
 
-----
 
I have now reinstalled TES4LL and MPGUI completely, to see whether or not that could reactivate my ability to use MPGUI through MO .. it didn't. As of now MPGUI doesn't work for me, and I still don't know why or how it worked two days ago. Very strange.
 
 
@ sirenAri
Wow, thanks a lot! I have gone through your post and can basically confirm everything of it. So, while I also use Notepad++, I changed the content of tes4ll_all.mpb as you said:
 
Original:
 





Modified:



Once that was done and saved, I re-added TES4LL (now, in contrary to before, without the "makemeshes" argument) .. I can now use TES4LL to create distant meshes as well as normal maps! Superb.

Screenshot of TES4LL "mod" in MO



The remaining problem child - TES4qLod

And here you are correct aswell. If "tes4ll_tes4qlod.bat" from TES4LL is added as executable in MO and then run, the application runs into memory blocks and can't finish the job.

The files it created until then can indeed be found in the Overwrite mod: Image

That (and this aswell, if I'm correct) points out, as you said, that the output folder of TES4qLod is still not correctly configured, if TES4qLod should run with MO.


Now .. while I don't have any real programming skills (yet), I do have "Visual Studio 2013 Express" (I actually want to try to learn the basics of C# some day) .. so I made the same as you, I downloaded the standalone TES4qLod tool and looked at the "tes4qlod.c" file. I recognize these lines that are probably the ones we are looking for:
Source1

Maybe this one aswell:
Source2


The thing now is, that I can't compile that project too, for some reason I don't know .. there should probably be more source files of the project, to be able to recompile the standalone TES4qLod tool, am I correct? Anyway, if I could recompile the project, I would probably try something like this: Idea

And even if I could recompile the file, I still wouldn't really know, how that could help us with the inbuild TES4qLod function of TES4LL.


-----

Yeah, we are getting there. ::): TES4LL works mostly, only the inbuild TES4qLod function doesn't work. Possible solutions would probably be either Tannin fixing the "memory issue", or Gruftikus implementing a proper command so that we can specify an output folder (that is then outside of MO).

MPGUI still crashes aswell, but if we get TES4LL to work that shouldn't matter.

Edited by pStyl3, 30 October 2014 - 07:10 PM.

  • 0

#12 GrantSP

GrantSP

    The antipodean

  • Super Moderators
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 3,836 posts

Posted 21 October 2014 - 06:15 PM

That is quite interesting. Although at the moment I don't use these tools and have no need to get them to run via MO, I might be able to offer a small bit of advice.

From those screenshots of the source code, and your idea as a fix, it looks like I may have an alternative?

It looks like the output directories are hard-coded, and thus MO's VFS throws a curveball at the program. If you where to change those to user-defined variables, perhaps set at runtime by the user, then the program would have somewhere to send the output.

Not exactly sure how that code might look, my coding is very rusty, but I was always told variables are always better than hard-coding.

Of course I may be completely wrong, in which case feel free to disregard everything I just said. ;)



#13 sirenAri

sirenAri

    Prisoner

  • Members
  • 2 posts

Posted 21 October 2014 - 09:31 PM

 
Now .. while I don't have any real programming skills (yet), I do have "Visual Studio 2013 Express" (I actually want to try to learn the basics of C# some day) .. so I made the same as you, I downloaded the standalone TES4qLod tool and looked at the "[color=#008080;]tes4qlod.c[/color]" file. I recognize these lines that are probably the ones we are looking for:
Source1

Maybe this one aswell:
Source2


The thing now is, that I can't compile that project too, for some reason I don't know .. there should probably be more source files of the project, to be able to recompile the standalone TES4qLod tool, am I correct? Anyway, if I could recompile the project, I would probably try something like this: Idea

Actually your Source1 image points to variables that are relative to the directory that the program is sitting in.  Changing that probably wouldn't do what you want it to.  (I could be wrong since I don't know C.)

 

The best fix would probably be adding a new argument for the file path and changing the directories lower in the file to use that new argument.  That would probably require someone who actually new C to to fix it up for us though.  I looked at it again and it looks like the argument addition itself is easy enough but getting the rest of the program to use it would be the problem for me.

 

Or we could just wait for an MO update that doesn't have a memory leak.

 

~Ari

 

Edit: I'm sorry it looked like I disregarded your post, GrantSP.  I had actually started typing this a few hours ago and only just now finished it up (I was looking at the source code for TES4qLOD).  What you suggested is pretty much exactly what I mentioned as well, hehe.


Edited by sirenAri, 21 October 2014 - 09:37 PM.

  • 0

#14 gruftikus

gruftikus

    Prisoner

  • Members
  • 9 posts

Posted 30 October 2014 - 03:36 PM

Hi there,

as you might know, I'm the author of this package (tes4ll, not TES4qLOD).

Sorry for the late reaction, but at the moment I'm on a travel...

The way TES4qLOD was build in was indeed a little bit unprofessionial. Lightwave used a lot of hard coded stuff, and I changed it only where really needed.

In the new version of tes4ll this will be different: the maps generated by TES4qLOD are written into memory (without these partials), not in some temporary directory. This allows to modify the color map with filters, make some scaling, and write out the dds file directly (tes4ll will come with some libraries for scaling and a dds plugin).

Also the scripting was written completely from scratch and will allow for more options
  • 0

#15 hishutup

hishutup

    Daedric Prince

  • Super Moderators
  • PipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPipPip
  • 2,573 posts

Posted 30 October 2014 - 05:32 PM

Wow, I thought you were done with development.

I am glad to see an awesome tool get updated, especially for MO.

Here is where mod discussion for Tes4ll  when non MO related should go.

 

Good on ya, gruftikus




0 user(s) are reading this topic

0 members, 0 guests, 0 anonymous users