Body and Face replacer compatibility issues (Arch OSG-3.6 compatibility issues)

Post about your mods, learn about OpenMW mod compatibility, check for problematic mods, discuss issues, and give us feedback about your experience with modded OpenMW.
User avatar
Cambionn
Posts: 13
Joined: 15 Nov 2018, 16:51

Body and Face replacer compatibility issues (Arch OSG-3.6 compatibility issues)

Post by Cambionn »

Hello!

Got a new laptop and decided to install some games on it. Considering I run Linux as main OS, I've been using Steamplay to play non-native games I got to the issue that I couldn't make Morrowind full HD as easily. So when looking for a solution (even if just the registry location of the SteamPlay wine implementation), I found OpenMW and that's even better by far :). However, while trying to get some mods running I found some issues.

Basically, the next few mods I can't get to work, tested by simply adding them to a clean install on their own (note, I know some are incompatible, I tested each mod separate on a clean install and tried some as alternative to others). Every mod has been tested in a new save game, but I can't get passed the point where I can walk around freely. Every mod either crashes at loading the game, selecting female sex, going indoors, going outdoors again, or picking up the magic ring giving you magic menu.

Everything is installed manually, load orders have been sorted (manually) according to the following format:
>Body replacer Mods
>Face replacer Mods
>Armour and Clothes replacer mods
>[other here not relevant mods that have more rules than here but not gonna write it out due to irrelevancy]
I'm pretty sure instalment is correct. I've tried most mods multiple time, manually merging patches and stuff in when needed. Been modding manually since I started modding years ago (in Oblivion in a time before BOSS, to give a rough indication), and honestly had more problems with mod managers than manually.

here's the list with links I used to download from, first my preferred mods to install:
Better Bodies nor this version listen in your ModDB as working.
All the MacKom [race] redone heads with MacKom hairs
MacKom khajiit
Better Morrowind Amour
Better Clothes
Better Robes
And then alternatives I tried:
Galleo Good Clothes
Roberts Bodies
Better Heads
Westly's Pluginless Head Replaces

I'm kind out of body and face mods to try, which is next to texture mods (which work so far) the only thing I really want to use. I'm hoping either I'm doing something wrong or that it's something that'll be fixed soon. But considering I haven't read that much issues about this, and body mods seem to be some of the more used mods for MW, I figured it might be me.

I'm running:
Manjaro KDE 18.0
kernel 4.19.1-1
all packages are updated
I've got all the dependencies installed
proprietary NVIDIA driver, gtx1050
installed OpenMW trough the aur package
Playing using steam GOTY version of MW installed with SteamPlay on separate HDD ("/mnt/HDD/Steamgames/steamapps/common/Morrowind/Data Files/")

Game runs fine in OpenMW without mods. It also runs fine in default engine trough SteamPlay.
User avatar
akortunov
Posts: 899
Joined: 13 Mar 2017, 13:49
Location: Samara, Russian Federation

Re: Body and Face replacer compatibility issues

Post by akortunov »

Check your crash.log (or openmw-crash.log on 0.45) - there should be some info.
Also make sure that you do not use the openscenegraph 3.6.3 - OpenMW crashes with it.
User avatar
Cambionn
Posts: 13
Joined: 15 Nov 2018, 16:51

Re: Body and Face replacer compatibility issues

Post by Cambionn »

I had checked my logs, but they simply stopped at things like "Loading cell Seyda Neen, Census and Excise Office". Nothing that seemed unusual.
openscenegraph is a dependency, but I indeed run version 3.6.3-1. To what should I roll back (aka, what is the newest version confirmed working), then I'll test again after rolling it back.

Funny that the game does seem run smoothly without mods on this version of openscenegraph.

I'm running the aur package from OpenMW which is version 0.44.0-3.
User avatar
psi29a
Posts: 5355
Joined: 29 Sep 2011, 10:13
Location: Belgium
Gitlab profile: https://gitlab.com/psi29a/
Contact:

Re: Body and Face replacer compatibility issues

Post by psi29a »

OSG-3.6.3 crashes, OSG-3.6.2 is the last known good release of OSG-3.6, but be warned, we've not done much testing.

Our releases are pegged against OSG-3.4
User avatar
lysol
Posts: 1513
Joined: 26 Mar 2013, 01:48
Location: Sweden

Re: Body and Face replacer compatibility issues

Post by lysol »

Lately I've heard a lot of people running Arch/Manjaro that has problems with OpenMW most likely due to OSG 3.6.x. It's quite obvious therefore that Arch picks that version. Anything we could do about that?

EDIT: Arch. I meant Arch of course. Not Arc.
User avatar
Cambionn
Posts: 13
Joined: 15 Nov 2018, 16:51

Re: Body and Face replacer compatibility issues

Post by Cambionn »

lysol wrote: 15 Nov 2018, 22:41 Lately I've heard a lot of people running Arc/Manjaro that has problems with OpenMW most likely due to OSG 3.6.x. It's quite obvious therefore that Arc picks that version. Anything we could do about that?
There is an expirimental OpenMW OSG package. I'm now installing that one to try. If that one works, I think arch/manjaro users might be better off installing that one? It's either that, or telling everyone to downgrade and add it to pacmans ignore list (to prevent it being updated by next full system upgrade).

I went to the OSG 3.4 but then the game didn't want to boot at all anymore, only the launcher started. Also no logs. But there where multiple 3.4 version. I rolled back to the newest of the bunch, so maybe another one would have worked. I'll try that if this OpenMW version doesn't.
User avatar
psi29a
Posts: 5355
Joined: 29 Sep 2011, 10:13
Location: Belgium
Gitlab profile: https://gitlab.com/psi29a/
Contact:

Re: Body and Face replacer compatibility issues

Post by psi29a »

the experimental osg-3.6 package in ppa:openmw/staging is 3.6.3, so OpenMW will crash sooner or later... the hope is that if there is a patch forthcoming we can do a quick turn-around by rebuilding.
User avatar
Cambionn
Posts: 13
Joined: 15 Nov 2018, 16:51

Re: Body and Face replacer compatibility issues

Post by Cambionn »

Both OSG 3.4.1-4 and the OpenMW version give the next error when booted in terminal (no errors in the log):
openmw: error while loading shared libraries: libosg.so.158: cannot open shared object file: No such file or directory

ls -la /usr/lib/libosg* shows the next output:
lrwxrwxrwx 1 root root 22 16 sep 19:39 /usr/lib/libosgAnimation.so -> libosgAnimation.so.131
lrwxrwxrwx 1 root root 24 16 sep 19:39 /usr/lib/libosgAnimation.so.131 -> libosgAnimation.so.3.4.1
-rwxr-xr-x 1 root root 735000 16 sep 19:39 /usr/lib/libosgAnimation.so.3.4.1
lrwxrwxrwx 1 root root 15 16 sep 19:39 /usr/lib/libosgDB.so -> libosgDB.so.131
lrwxrwxrwx 1 root root 17 16 sep 19:39 /usr/lib/libosgDB.so.131 -> libosgDB.so.3.4.1
-rwxr-xr-x 1 root root 1359392 16 sep 19:39 /usr/lib/libosgDB.so.3.4.1
lrwxrwxrwx 1 root root 15 16 sep 19:39 /usr/lib/libosgFX.so -> libosgFX.so.131
lrwxrwxrwx 1 root root 17 16 sep 19:39 /usr/lib/libosgFX.so.131 -> libosgFX.so.3.4.1
-rwxr-xr-x 1 root root 227096 16 sep 19:39 /usr/lib/libosgFX.so.3.4.1
lrwxrwxrwx 1 root root 15 16 sep 19:39 /usr/lib/libosgGA.so -> libosgGA.so.131
lrwxrwxrwx 1 root root 17 16 sep 19:39 /usr/lib/libosgGA.so.131 -> libosgGA.so.3.4.1
-rwxr-xr-x 1 root root 747288 16 sep 19:39 /usr/lib/libosgGA.so.3.4.1
lrwxrwxrwx 1 root root 24 16 sep 19:39 /usr/lib/libosgManipulator.so -> libosgManipulator.so.131
lrwxrwxrwx 1 root root 26 16 sep 19:39 /usr/lib/libosgManipulator.so.131 -> libosgManipulator.so.3.4.1
-rwxr-xr-x 1 root root 337688 16 sep 19:39 /usr/lib/libosgManipulator.so.3.4.1
lrwxrwxrwx 1 root root 21 16 sep 19:39 /usr/lib/libosgParticle.so -> libosgParticle.so.131
lrwxrwxrwx 1 root root 23 16 sep 19:39 /usr/lib/libosgParticle.so.131 -> libosgParticle.so.3.4.1
-rwxr-xr-x 1 root root 390936 16 sep 19:39 /usr/lib/libosgParticle.so.3.4.1
lrwxrwxrwx 1 root root 25 16 sep 19:39 /usr/lib/libosgPresentation.so -> libosgPresentation.so.131
lrwxrwxrwx 1 root root 27 16 sep 19:39 /usr/lib/libosgPresentation.so.131 -> libosgPresentation.so.3.4.1
-rwxr-xr-x 1 root root 644888 16 sep 19:39 /usr/lib/libosgPresentation.so.3.4.1
lrwxrwxrwx 1 root root 15 16 sep 19:39 /usr/lib/libosgQt.so -> libosgQt.so.131
lrwxrwxrwx 1 root root 17 16 sep 19:39 /usr/lib/libosgQt.so.131 -> libosgQt.so.3.4.1
-rwxr-xr-x 1 root root 161640 16 sep 19:39 /usr/lib/libosgQt.so.3.4.1
lrwxrwxrwx 1 root root 19 16 sep 19:39 /usr/lib/libosgShadow.so -> libosgShadow.so.131
lrwxrwxrwx 1 root root 21 16 sep 19:39 /usr/lib/libosgShadow.so.131 -> libosgShadow.so.3.4.1
-rwxr-xr-x 1 root root 698152 16 sep 19:39 /usr/lib/libosgShadow.so.3.4.1
lrwxrwxrwx 1 root root 16 16 sep 19:39 /usr/lib/libosgSim.so -> libosgSim.so.131
lrwxrwxrwx 1 root root 18 16 sep 19:39 /usr/lib/libosgSim.so.131 -> libosgSim.so.3.4.1
-rwxr-xr-x 1 root root 636696 16 sep 19:39 /usr/lib/libosgSim.so.3.4.1
lrwxrwxrwx 1 root root 13 16 sep 19:39 /usr/lib/libosg.so -> libosg.so.131
lrwxrwxrwx 1 root root 15 16 sep 19:39 /usr/lib/libosg.so.131 -> libosg.so.3.4.1
-rwxr-xr-x 1 root root 3464104 16 sep 19:39 /usr/lib/libosg.so.3.4.1
lrwxrwxrwx 1 root root 20 16 sep 19:39 /usr/lib/libosgTerrain.so -> libosgTerrain.so.131
lrwxrwxrwx 1 root root 22 16 sep 19:39 /usr/lib/libosgTerrain.so.131 -> libosgTerrain.so.3.4.1
-rwxr-xr-x 1 root root 395032 16 sep 19:39 /usr/lib/libosgTerrain.so.3.4.1
lrwxrwxrwx 1 root root 17 16 sep 19:39 /usr/lib/libosgText.so -> libosgText.so.131
lrwxrwxrwx 1 root root 19 16 sep 19:39 /usr/lib/libosgText.so.131 -> libosgText.so.3.4.1
-rwxr-xr-x 1 root root 433072 16 sep 19:39 /usr/lib/libosgText.so.3.4.1
lrwxrwxrwx 1 root root 15 16 sep 19:39 /usr/lib/libosgUI.so -> libosgUI.so.131
lrwxrwxrwx 1 root root 17 16 sep 19:39 /usr/lib/libosgUI.so.131 -> libosgUI.so.3.4.1
-rwxr-xr-x 1 root root 345880 16 sep 19:39 /usr/lib/libosgUI.so.3.4.1
lrwxrwxrwx 1 root root 17 16 sep 19:39 /usr/lib/libosgUtil.so -> libosgUtil.so.131
lrwxrwxrwx 1 root root 19 16 sep 19:39 /usr/lib/libosgUtil.so.131 -> libosgUtil.so.3.4.1
-rwxr-xr-x 1 root root 2176792 16 sep 19:39 /usr/lib/libosgUtil.so.3.4.1
lrwxrwxrwx 1 root root 19 16 sep 19:39 /usr/lib/libosgViewer.so -> libosgViewer.so.131
lrwxrwxrwx 1 root root 21 16 sep 19:39 /usr/lib/libosgViewer.so.131 -> libosgViewer.so.3.4.1
-rwxr-xr-x 1 root root 1083160 16 sep 19:39 /usr/lib/libosgViewer.so.3.4.1
lrwxrwxrwx 1 root root 19 16 sep 19:39 /usr/lib/libosgVolume.so -> libosgVolume.so.131
lrwxrwxrwx 1 root root 21 16 sep 19:39 /usr/lib/libosgVolume.so.131 -> libosgVolume.so.3.4.1
-rwxr-xr-x 1 root root 534296 16 sep 19:39 /usr/lib/libosgVolume.so.3.4.1
lrwxrwxrwx 1 root root 19 16 sep 19:39 /usr/lib/libosgWidget.so -> libosgWidget.so.131
lrwxrwxrwx 1 root root 21 16 sep 19:39 /usr/lib/libosgWidget.so.131 -> libosgWidget.so.3.4.1
-rwxr-xr-x 1 root root 505624 16 sep 19:39 /usr/lib/libosgWidget.so.3.4.1

Would you recommend another version op OSG, if so, which exactly? Or something else I could do? Would it be a really bad idea to copy the needed files from 3.6 into the installation of 3.4 to avoid the issue, or is it a lost cause?
User avatar
psi29a
Posts: 5355
Joined: 29 Sep 2011, 10:13
Location: Belgium
Gitlab profile: https://gitlab.com/psi29a/
Contact:

Re: Body and Face replacer compatibility issues

Post by psi29a »

The osg-3.2, 3.4 and 3.6 Debian/Ubuntu packages are meant to be installed side-by-side so they can co-exist. It is up to the builder to pick which one they are to use.

So if you build from source, you'll have to point it to the right directory. I wouldn't mix and match.
User avatar
Cambionn
Posts: 13
Joined: 15 Nov 2018, 16:51

Re: Body and Face replacer compatibility issues

Post by Cambionn »

psi29a wrote: 16 Nov 2018, 11:28 The osg-3.2, 3.4 and 3.6 Debian/Ubuntu packages are meant to be installed side-by-side so they can co-exist. It is up to the builder to pick which one they are to use.

So if you build from source, you'll have to point it to the right directory. I wouldn't mix and match.
The Arch package seems to be made to install only the newest version and update to that, repository only holds a recent version as seen here . I can downgrade but that deletes the newer version. Some other packages, like Python or PHP, old versions have repositories when needed but OSG doesn't have that.

Of course I could grab them manually from source and try to install those next to it, but considering there is no default way to do this, I'm not sure how well that would go. I think it would still use either one of the version, which the one is I point it to. I would either override of have different install paths for the different packages.

Also, I'm sorry if there are some basic questions. I basically just installed Linux for the first time 2 years ago, started using it and learn while doing. The more issues I run into, the more I learn. I've learned a lot past two years, but I'm a bit unsure how to proceed here.
Last edited by Cambionn on 16 Nov 2018, 12:16, edited 1 time in total.
Post Reply