Search Issue Tracker
By Design
Votes
0
Found in [Package]
0.8.6
Issue ID
1153579
Regression
No
Material loaded from packed content fails to render with DrawMeshInstanced API when using "Strip All" instancing variant setting
How to reproduce:
1. Open the attached project ("case_1153579-addressables-build-issue")
2. Open the "A" scene
3. Build Player Content in the Adressables window
4. Enter the play mode
5. Notice that 4 new cubes are rendered
6. Exit play mode and open the "B" scene
7. Enter the play mode
Expected results: 4 new cubes are rendered, same as in "A" scene
Actual results: no new cubes are rendered
Reproducible with: 2018.4.1f1, 2019.1.4f1, 2019.2.0b3, 2019.3.0a3
Couldn't test with 2017.4, as it does not support Addressables package
Reproducible with package versions: 0.8.4, 0.8.6
Notes:
1. This issue also reproduces on builds
2. Changing the shader instancing variant stripping from "Strip All" to "Strip Unused" fixes the issue
3. Using "DrawMesh" instead of "DrawMeshInstanced" also fixes the issue.
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
- Some UXML Template Asset foldouts appear enabled when all fields inside are disabled
- URP Terrain Demo crash on burst_signal_handler after Generating lighting
- Project window button icons are poorly visible and their shades differ in Light theme
- GC.Alloc called by HDRenderPipeline.LensFlareMergeOcclusionDataDrivenPass() when playing the default HDRP Sample Template project
- Automatic LOD fails and SRP Batcher incompatibility occurs when using spline-based quad-topology meshes
Resolution Note:
this is also being discussed on the forums with this user. I replied there:
https://forum.unity.com/threads/0-8-4-case-1153579-material-loaded-from-build-fails-to-render-with-drawmeshinstanced.676291/#post-4600078