Project

General

Profile

Bug #2976

data lines in global openmw.cfg take priority over user openmw.cfg

Added by Zeo fig about 2 years ago. Updated 2 months ago.

Status:
Confirmed
Priority:
Normal
Assignee:
-
Category:
Configuration
Target version:
Start date:
10/26/2015
% Done:

0%

Reproducibility:
Always
Operating system:
Other
Severity:
Normal

Description

When applying mods with replacements for vanilla meshes, the new meshes are seemingly ignored. The folder with the new meshes is included in openmw.cfg with an appropriate data=... line. Other features of the mod (such as textures and the esp) work correctly.

For example, with Vurt's Leafy West Gash.esp enabled, trees retain their vanilla meshes, but custom trees added by the mod appear correctly. The vanilla meshes lead to various floating tree roots appearing around the region (just outside Caldera or Balmora is an easy place to reproduce it).

Appears to occur only when the custom mesh is replacing a vanilla mesh, as I've loaded various mods with custom meshes and they've worked fine, except when a vanilla mesh is being replaced.

If the custom meshes are copied directly into the original Morrowind Data Files folder, they work correctly, suggesting the meshes themselves are fine.

Have tested with: Vurt's Leafy West Gash II, Vurt's BC Mod II

openmw.cfg (33.1 KB) Zeo fig, 10/27/2015 03:38 AM

openmw_output_1.txt View (1.25 KB) Zeo fig, 10/27/2015 03:39 AM

openmw.cfg_build_directory (367 Bytes) Zeo fig, 10/27/2015 03:39 AM


Related issues

Related to OpenMW - Bug #3045: Settings containing '#' cannot be loaded Closed 11/29/2015

History

#1 Updated by Zeo fig about 2 years ago

Additonal notes:

This is with the latest source code from git.

An example of a floating root due to Vurt's Leafy West Gash.esp being enabled, but the vanilla mesh being used incorrectly:

Content file: Morrowind.esm
RefNum: 49336
RefID: flora_tree_wg_05
Cell: West Gash Region
Grid: -2 0
Coordinates: -9698.04 4559.11 2045.5
Model: meshes\f\Flora_tree_WG_05.NIF

#2 Updated by Zeo fig about 2 years ago

I've investigated further, and the problem seems to be that openmw always loads my Morrowind install directory (under .wine/drive_c/GOGames.com/Morrowind) again after everything else. I've double-checked .config/openmw/openmw.cfg and it doesn't have any extra entries at the end that could cause this.

Copying .wine/drive_c/GOGames.com/Morrowind to a new directory, and renaming the original to stop openmw from finding it fixes the issue, provided the data files folder of the new version is included in openmw.cfg

#3 Updated by Marc Zinnschlag about 2 years ago

  • Target version set to openmw-0.37

#4 Updated by scrawl . about 2 years ago

  • Category deleted (Save/Load)

Please show us your user openmw.cfg file.

#5 Updated by Zeo fig about 2 years ago

Ok I've added it as openmw.cfg. It's a minimal example of what produces the behaviour, i.e. just the west gash addon (and skip tutorial).

I've also included the output of openmw. You can see on line 10 that the data directory is loaded for a second time, despite not being listed a second time in openmw.cfg.

Finally I've included the default openmw.cfg (openmw.cfg_build_directory) from the build directory, which I haven't edited. I thought it might be useful as it seems possible that the problem comes from something in that file.

The folder /home/rah/openmw/build/mods/visual/vurt_trees_westgash_2 just contains the various mod files in the usual Data Files directory structure.

#6 Updated by scrawl . about 2 years ago

You can see on line 10 that the data directory is loaded for a second time, despite not being listed a second time in openmw.cfg.

It's loaded twice, because the Morrowind path in WINE gets autodetected (by the global openmw.cfg), then the path is listed again in your user openmw.cfg. There shouldn't be any adverse side effects to adding the data twice, though.

The bug here is that data= lines in the global openmw.cfg take priority over user openmw.cfg. I'm pretty sure that wasn't the intent.

#8 Updated by Marc Zinnschlag about 2 years ago

  • Target version changed from openmw-0.37 to openmw-0.38

#9 Updated by scrawl . almost 2 years ago

  • Subject changed from OpenMW (OSG): Some meshes do not load from extra data directories to data lines in global openmw.cfg take priority over user openmw.cfg

#10 Updated by scrawl . almost 2 years ago

  • Category set to Configuration

#11 Updated by Marc Zinnschlag almost 2 years ago

  • Target version changed from openmw-0.38 to openmw-0.39

#12 Updated by scrawl . over 1 year ago

  • Related to Bug #3045: Settings containing '#' cannot be loaded added

#13 Updated by Marc Zinnschlag over 1 year ago

  • Target version changed from openmw-0.39 to openmw-0.40

#14 Updated by Marc Zinnschlag over 1 year ago

  • Target version changed from openmw-0.40 to openmw-0.41

#15 Updated by Marc Zinnschlag 12 months ago

  • Target version changed from openmw-0.41 to openmw-0.42

#16 Updated by Marc Zinnschlag 7 months ago

  • Target version changed from openmw-0.42 to openmw-0.43

#17 Updated by Alexei Dobrohotov 3 months ago

  • Target version changed from openmw-0.43 to openmw-1.0
  • Operating system changed from Linux to Other

#18 Updated by scrawl . 2 months ago

  • Status changed from New to Confirmed

Also available in: Atom PDF