Motion blur: blocky tiles and colour bleeding around moving objects over emissive surfaces #836
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#836
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
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?
With motion blur on, fast camera rotation over a bright emissive surface produces two artifacts around moving / foreground objects:
Seen on the 1.3 development build (
1fe80328d5, the beta 13 code + fixes) while rotating the camera hard. Screenshot below.Where to look (
clean_mblur_tile.comp->clean_mblur_neighbor.comp->clean_mblur_recon.comp->clean_mblur_writeback.frag, #118)Repro
Stand on or near a large bright emissive surface, turn motion blur on, and rotate the camera quickly. Compare with motion blur off.
Fixed on release/1.3 (
6350211dbb+ SPIR-V regenc6a53bf36a), also on the dev branch. Root causes: (1) the uniform-motion fast path box-blurred into tiles whose motion it never checked (the slowest-pixel test covered only the 3x3 tiles while the blur reaches up to reach x 16 px), smearing still silhouettes and stopping hard at tile edges; the check now covers the full (2*reach+1)^2 square (RenderVKMotionBlurWideUniformCheck). (2) Bright HDR samples swamped the blur average; samples are now weighted by 1/(1 + luma * exposure) (RenderVKMotionBlurHdrWeight). Owner verified: the blockiness is gone; a little bleed at feet / prim bases remains, accepted.Fixed in Slipstream 1.3.0 (stable): https://git.slipstreamviewer.org/sky_line/Slipstream/releases/tag/v1.3.0
If you still see this on 1.3.0, reply here and we'll reopen it.