Jump to content

Recommended Posts

Posted
  On 12/17/2018 at 1:48 PM, mtreis86 said:

Bug report for you:

It appears that since moving from 33 to 34, the -o: command has changed a bit. Where previously a path like "D:\Modding Tools\xLODGen\Output\" would be fine, in the latest version this path results in "D:\Modding\" being created and used as the output. In other words, it seems to truncate the path at the first space.

 

Thanks for your time.

Make sure to put quotes around the path

 

-o:"D:\Modding Tools\xLODGen\Output\"

Posted (edited)
  On 12/17/2018 at 4:58 PM, sheson said:

Make sure to put quotes around the path

 

-o:"D:\Modding Tools\xLODGen\Output\"

Yes these paths were quoted, still truncates.

Edited by mtreis86
Posted
  On 12/17/2018 at 5:07 PM, mtreis86 said:

Yes these paths were quoted, still truncates.

The code in xEdit that parses the command line hasn't been changed in ages. Everything still works as expected here in latest xLODGen or latest xEdit.

Posted
  On 12/17/2018 at 1:48 PM, mtreis86 said:

Bug report for you:

It appears that since moving from 33 to 34, the -o: command has changed a bit. Where previously a path like "D:\Modding Tools\xLODGen\Output\" would be fine, in the latest version this path results in "D:\Modding\" being created and used as the output. In other words, it seems to truncate the path at the first space.

 

Thanks for your time.

 

 

  On 12/17/2018 at 4:58 PM, sheson said:

Make sure to put quotes around the path

 

-o:"D:\Modding Tools\xLODGen\Output\"

I have the same issue argument is -sse -o:"E:\Skyrim Special Edition Tools\xLODGen\SSELODGen_Output" But when I run v34 beta it creates a new Skyrim Folder in  E:\Skyrim the houses the textures and meshes generated from xLODGEN there instead.

 

This has recently started happening it behaved as expected on v33 Beta

Posted
  On 12/17/2018 at 9:05 PM, Darth_mathias said:

I have the same issue argument is -sse -o:"E:\Skyrim Special Edition Tools\xLODGen\SSELODGen_Output" But when I run v34 beta it creates a new Skyrim Folder in  E:\Skyrim the houses the textures and meshes generated from xLODGEN there instead.

 

This has recently started happening it behaved as expected on v33 Beta

What are you using to start xLODGen?

Posted (edited)
  On 12/17/2018 at 9:41 PM, Darth_mathias said:

I am running xLODGEN through Mod Organizer 2

Which version?

 

Do a test through via a command prompt or a windows shortcut

Edited by sheson
Posted (edited)

I have no problem with xLODGen beta 0.34 and MO 2.16 RC1.

it also works using a command prompt or a Windows shortcut.

Both versions x86 or the x64.

 

I even download and used the archive from mega.

 

I tested on Windows 7.

 

Make sure to use the correct double quote " around the path

 

Check the MO mo_interface.log in its logs folder. This is what I get

 

[D] Spawning direct process < "C:/Skyrim/xLODGen/xLODGenx64.exe" , "-sse -o:\"c:\\The Output from xLODGen\"" , "C:/Skyrim/xLODGen" >
[D] Creating process hooked: < "\"C:\\Skyrim\\xLODGen\\xLODGenx64.exe\" -sse -o:\"c:\\The Output from xLODGen\"\u0000" >
Edited by sheson
Posted

Just wanted to report that I'm also getting the truncated output path with version 34 (x64) of xLODGen and MO2 version 2.1.6 (final build) and my MO interface log reports the correct argument, which is -fo4 -o:"F:\FO4 LODgen Output" :

 

  Quote

 

21:36:21 [D] Spawning direct process < "J:/Tools Updates usw/Patches & Mods/Fallout 4/xLODgen/xLODGenx64.exe" , "-fo4 -o:F:\\FO4 LODgen Output" , "J:/Tools Updates usw/Patches & Mods/Fallout 4/xLODgen" >
21:36:21 [D] Creating process hooked: < "\"J:\\Tools Updates usw\\Patches & Mods\\Fallout 4\\xLODgen\\xLODGenx64.exe\" -fo4 -o:F:\\FO4 LODgen Output\u0000" >

 

The only difference I can see is that you tested on Windows 7 and I'm using Windows 10, could that be causing it?

Posted (edited)
  On 12/21/2018 at 9:28 PM, El_Rizzo said:

Just wanted to report that I'm also getting the truncated output path with version 34 (x64) of xLODGen and MO2 version 2.1.6 (final build) and my MO interface log reports the correct argument, which is -fo4 -o:"F:\FO4 LODgen Output" :

 

 

The only difference I can see is that you tested on Windows 7 and I'm using Windows 10, could that be causing it?

Yes.

 

Edit: The log lines show that the path F:\FO4 LODgen Output is not surrounded by quotes. Compare to my log where there are escaped quotes \" around the path.

Edited by sheson
Posted (edited)

Huh, you are right, I've reported this to the dev team of MO2, one of whom could reproduce the issue the others and I have, an older version of xLODGen was using the correct output path, only 34 seems to have this issue since it requires to be run with admin privileges, unlike previous versions and that seems to be the reason things get wonky with MO2.

Edited by El_Rizzo
Posted
  On 12/21/2018 at 10:03 PM, El_Rizzo said:

Huh, you are right, I've reported this to the dev team of MO2, one of whom could reproduce the issue the others and I have, but the weird thing is that on the same version of MO2, an older version of xLODGen was using the correct output path, only 34 seems to have this issue.

MO prints the log line before xLODGen is executed. I suppose it could have to do with MO being confused by file properties.

Create a windows shortcut with the arguments and execute that from MO instead. Or a batch file.

Posted

Alright, I've tried with a shortcut that gets executed in MO with the shortcut's target line looking like this: "J:\Tools Updates usw\Patches & Mods\Fallout 4\xLODgen\xLODGenx64.exe" -fo4 -o:"F:\FO4 LODgen Output\" and now the output goes straight into my overwrite folder, am I missing something or should this work and MO2 has another problem?

Posted (edited)
  On 12/21/2018 at 11:07 PM, El_Rizzo said:

Alright, I've tried with a shortcut that gets executed in MO with the shortcut's target line looking like this: "J:\Tools Updates usw\Patches & Mods\Fallout 4\xLODgen\xLODGenx64.exe" -fo4 -o:"F:\FO4 LODgen Output\" and now the output goes straight into my overwrite folder, am I missing something or should this work and MO2 has another problem?

Look like MO does not like shortcuts. A *.bat with the line "c:\path\to\xLODGenx64.exe" -sse -o:"c:\path to output\" works as expected though.

 

Edit: I applied the xEdit 4.0.1 updates to xLODGen beta 0.35

Maybe the latest compile fixes whatever it is that confuses MO.

Edited by sheson
Posted (edited)

I've tried download xlodgen .34 and .35 and both times windows deletes the file because it has detected Win32/Cloxer.D!cl trojan.  Is this a false positive or something mega tried to insert?  I'm currently halfway through a Special Edition overhaul and your fantastic file is required.

 

I did some more searching and from what I'm seeing that a recent windows 10 update is triggering a false positive.  FYI.  I don't know if there is anything you can do about it.  Thanks again for your work.

Edited by Ashotep

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...

Important Information

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