Do not overwrite reserved visibility flags in ogre2 (Fortress) #783
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
🦟 Bug fix
No particular ticket issued for this bug.
Summary
Calling
Sensor::SetVisibilityMask
in ogre2 with bits 31 or 30 set (which are reserved by OgreNext) would cause wrong rendering.PR #760 already tries to fix this issue on a localized problem: heightmap in lidar.
This is the general solution.
This PR simply uses
PassSceneDef::setVisibilityMask
instead of directly settingPassSceneDef::mVisibilityMask
to mask out the reserved flags.Ogre2Camera::setVisibilityMask
has been modified to warn when the reserved flags are set.Other cameras (e.g. Lidar's Ogre2GpuRays) won't warn though, since they don't derive from
Ogre2Camera
. I cannot add such warning without breaking the ABI.Checklist
codecheck
passed (See contributing)Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining
Signed-off-by
messages.