Package Details: openscenegraph-openmw-git 1:3.6.5.r16171.68c5c573d-2

Git Clone URL: https://aur.archlinux.org/openscenegraph-openmw-git.git (read-only, click to copy)
Package Base: openscenegraph-openmw-git
Description: Fork of OpenSceneGraph , with openmw-specific changes
Upstream URL: http://www.openscenegraph.org/
Licenses: custom:OSGPL
Conflicts: openscenegraph
Provides: openscenegraph
Submitter: mupf
Maintainer: Lone_Wolf
Last Packager: Lone_Wolf
Votes: 3
Popularity: 0.009455
First Submitted: 2017-09-21 22:14 (UTC)
Last Updated: 2023-10-27 14:21 (UTC)

Required by (31)

Sources (1)

Latest Comments

1 2 3 Next › Last »

Lone_Wolf commented on 2024-02-25 23:53 (UTC)

works fine here with openmw trunk rev a297a0e742 (1 week old) and rev 357b190571 (latest commit) and there is no sign of any file with rd in the name in this package.

You'll have to provide more information like the build log of this package and the openmw version you are trying to use this with.

S3ctor commented on 2024-02-25 17:53 (UTC) (edited on 2024-02-25 21:56 (UTC) by S3ctor)

This package doesn't contain osgFX, which is necessary to run OpenMW-CS

Correction, this package just doesn't work with openmw at all as it adds an rd suffix to the library names, causing them not to be found.

Lone_Wolf commented on 2023-10-27 14:26 (UTC)

I synchronised build settings with those set in https://gitlab.com/OpenMW/openmw/-/blob/master/extern/CMakeLists.txt?ref_type=heads#L91

Hopefully this will improve performance.

korreckj328 commented on 2023-04-25 20:29 (UTC)

This PKGBUILD works on aarch64.

Lone_Wolf commented on 2023-01-18 15:30 (UTC)

Tested buildtype Release- O3 optimization and found no downside, using it now.

collada-dom is now a hard dependency as I haven't found a way to make it optional without causing issues at runtime (missing libraries ).

As far as I can tell there's no way to add/remove something to openscenegraph dynamically at runtime. The only way to allow people to choose whether to have dae would be 2 separate packages : one with dae and one without .

Lone_Wolf commented on 2023-01-03 20:13 (UTC)

Doublechecked and it turns out I did make changes to the PKGBUILD, CMAKE_BUILD_TYPE RelWithDebInfo causes the issues with openmw trunk build.

About CMAKE_BUILD_TYPE=Release : unfortunately that uses -O3 .

On archlinux default optimization setting is -O2 and we don't want cmake to override that. https://wiki.archlinux.org/title/CMake_package_guidelines#CMake_undesired_behaviors has more info.

Lone_Wolf commented on 2023-01-03 17:14 (UTC)

This package is currently broken.

When I build against an older binary from 22-11-2022 openmw trunk has no issues with it.

A binary built from the exact same PKGBUILD today does lead to build failure for openmw . There haven't been any commits to osg default branch as far as I know, so the cause must be in some dependency, probably one from official repos.

unelsson commented on 2023-01-02 02:01 (UTC)

CMAKE_DISABLE_FIND_PACKAGE_FFmpeg=1 is important because https://github.com/openscenegraph/OpenSceneGraph/issues/1111 . I haven't tested other CMAKE_DISABLE_FIND_PACKAGE -options.

Build type Release instead of None. Otherwise the performance is abysmal without the optimization flags. -D CMAKE_BUILD_TYPE=Release

There are other possible flags too, such as BUILD_OSG_APPLICATIONS, BUILD_OSG_EXAMPLES, which may be useful as off.

These are maybe not related to PKGBUILD, but optional changes for CMakeLists.txt. These should work with legacy (OLD) too: cmake_policy(SET CMP0072 NEW) add_link_options("-lGL")

unelsson commented on 2022-12-31 14:24 (UTC)

With the settings I mentioned earlier, the performance is abysmal with the latest OpenMW master branch. I wonder if CMP0072 is to blame or if it's something wrong with OpenMW.

unelsson commented on 2022-12-31 13:35 (UTC)

Most users also won't need BUILD_OSG_PLUGIN_DAE=1, as it's only for the Collada support. Is there a way to set it as optional?