OpenGEX as .Nif alternative for OpenMW

General discussion regarding the OpenMW project.
For technical support, please use the Support subforum.
Post Reply
User avatar
psi29a
Posts: 5355
Joined: 29 Sep 2011, 10:13
Location: Belgium
Gitlab profile: https://gitlab.com/psi29a/
Contact:

Re: OpenGEX as .Nif alternative for OpenMW

Post by psi29a »

He didn't disable osgdb_dae, it was never built in Debian nor in Ubuntu, no one ever bothered to install the libcollada-dom-2.4-dev package otherwise it would have been built automatically.
User avatar
AnyOldName3
Posts: 2666
Joined: 26 Nov 2015, 03:25

Re: OpenGEX as .Nif alternative for OpenMW

Post by AnyOldName3 »

He definitely said he'd not built it, so I'd thought that he'd set the relevant CMake setting to false to disable it intentionally when creating his makefiles.
User avatar
psi29a
Posts: 5355
Joined: 29 Sep 2011, 10:13
Location: Belgium
Gitlab profile: https://gitlab.com/psi29a/
Contact:

Re: OpenGEX as .Nif alternative for OpenMW

Post by psi29a »

AnyOldName3 wrote: 27 Jun 2018, 11:42 He definitely said he'd not built it, so I'd thought that he'd set the relevant CMake setting to false to disable it intentionally when creating his makefiles.
Is possible, but downstream just didn't even bother to add the libcollada dependancy to the package, so when they are built they check if it's available, which it isn't, and doesn't bother making it.

I'm having another problem atm... if I make a debug build of OSG, then I use osgviewerd (d for debug) (via osgDB -> osgdb_dae) to view collada 1.4, 1.4.1 and 1.5 schema models, it works as expected. However, release and relwithdebinfo builds error out saying that they aren't collada files. It's very strange.

Thanks for those commits though! :)
User avatar
AnyOldName3
Posts: 2666
Joined: 26 Nov 2015, 03:25

Re: OpenGEX as .Nif alternative for OpenMW

Post by AnyOldName3 »

I'll try to remember to check that later, then.
User avatar
MiroslavXO
Posts: 107
Joined: 13 Feb 2016, 01:07

Re: Recent Negativity Regarding OpenMW

Post by MiroslavXO »

Btw. any progress on some plugin for rigging and animating characters? Support for fbx, alembic...

EDIT: Moved this post to a more suitable thread than the way too messy negativity-thread. /Lysol
User avatar
MiroslavXO
Posts: 107
Joined: 13 Feb 2016, 01:07

Re: OpenGEX as .Nif alternative for OpenMW

Post by MiroslavXO »

glTF exporter is now part of the Blender (2.80)
User avatar
psi29a
Posts: 5355
Joined: 29 Sep 2011, 10:13
Location: Belgium
Gitlab profile: https://gitlab.com/psi29a/
Contact:

Re: OpenGEX as .Nif alternative for OpenMW

Post by psi29a »

Support for formats comes from OSG, so if the OSG you are using has it compiled in... it should 'just work'.

Animation on the other hand is something else entirely. The collada plugin (dae) has animation support, but because the terms used in rigging and kf are not the same as what we use (which is closer to NIF) then you'll get warnings about it. No further work has gone into this yet.

If someone would like to work on this, feel free. :)
User avatar
wareya
Posts: 338
Joined: 09 May 2015, 13:07

Re: OpenGEX as .Nif alternative for OpenMW

Post by wareya »

The glTF exporter in blender 3 is for glTF 2.0, which is a completely different format from the original glTF. It's also a lot better. Based on hearsay glTF2.0 is basically the first 3d interchange format that's actually good.
User avatar
Sslaxx
Posts: 233
Joined: 12 Aug 2011, 18:59
Location: Malvern, UK
Contact:

Re: OpenGEX as .Nif alternative for OpenMW

Post by Sslaxx »

wareya wrote: 09 Jan 2019, 13:43 The glTF exporter in blender 3 is for glTF 2.0, which is a completely different format from the original glTF. It's also a lot better. Based on hearsay glTF2.0 is basically the first 3d interchange format that's actually good.
Godot 3 uses it, it might be worth looking at its code to see how it handles the format.
User avatar
wareya
Posts: 338
Joined: 09 May 2015, 13:07

Re: OpenGEX as .Nif alternative for OpenMW

Post by wareya »

glTF 2.0 also enforces 1.0 as the meter unit, so if we support it, we should decide whether we want to scale models using it by 64x-ish or not.

https://github.com/KhronosGroup/glTF/tr ... -and-units
Post Reply