Search Issue Tracker
Fixed in 3.0.0-preview.1
Votes
22
Found in [Package]
2.1.0
Issue ID
1059195
Regression
No
[SRP] ARBackgroundRenderer support
SRP Repo: Issue #1033
ARBackgroundRenderer relies on command buffers to fill the screen with a material before opaque rendering.
This class is relied on to render background in AR apps (ARCore, ARInterface, etc)
I think it should be supported by - at least - the LWRP, so it would work out of the box on existing projects (I'm seeing this in issues on Github in their respective repos already, people want SRP support)
So I think the approach is, either have a way to let the ARBackgroundRenderer add it's command buffer to the current render pipeline, or have the LWRP support it out of the box.
Another approach is, since the ARBackgroundRenderer adds a command buffer to the camera, shouldn't the render pipelines, by default, loop through these commands and add them to the list before the submit?
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- [Android] Stage information is not logged when Log Shader Compilation is enabled
- [Vulkan] The memory allocation increases rapidly when there are multiple (three or more) Real-Time Reflection Probes in the Scene
- [macOS] Library folder of the opened project can be deleted which leads to the crash
- “Default Scene” dropdown field contains a spelling mistake “Default Builtin”
- Editor crashes on PPtr<Mesh> after adding Text Mesh and Cloth Components to the same GameObject
Resolution Note (fix version 3.0.0-preview.1):
Fix released in AR Foundation 3.0.0-preview.1 and related packages.