#1166 Static prims no longer flagged as moving objects by float noise (rain / snow inside buildings) #1167
No reviewers
Labels
No labels
amd
avatars
bug
builder
cannot-reproduce
crash
epic
feature
from-viewer
gl-removal
known-limitation
monitoring
parity
perf
platform
priority
critical
priority
high
priority
low
priority
medium
provenance
rendering
rt
status
in-progress
status
testing
status
up-next
triage
ui
upstream
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
sky_line/Slipstream!1167
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "TheSlowly/Slipstream:static-mover-pose-jitter"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Fixes #1166 and #1165. This is the follow-up to #1145: the remaining indoor leak after its PR.
Cause: indoors, the camera distance to the surrounding prims is clamped to 1 cm, so LL's ease never passes its end test and the eased pose flips by single ULPs. The bit-exact pose compare treated that as motion. The building became a dynamic caster, dropped out of the weather roof map for about 2 s at a time, and rain and snow fell inside. The avatar's exposure read 1 during those windows, so it built a snow coat (#1165).
Change:
LLDrawable::updateXformsnaps an ease that is within float rounding of its target (RenderVKEaseSnapAtTarget).RenderVKShadowMoverPoseThreshold, 0 = the old exact rule). The comparison accumulates, so slow movers are still caught. The GPU pose upload stays exact.RenderVKMoverDiagshows a motion rate next to the pose-change rate.Tested in-world: a house that rained inside stays covered, and the avatar's indoor exposure holds at 0.
Merged into main (rebased) as
ad6e8c6adf.Pull request closed