Search Issue Tracker
By Design
Votes
0
Found in
5.5.0p3
Issue ID
865875
Regression
No
Adding Standard shader to always included shaders stops build at shader compiler and uses 100 CPU
How to reproduce:
1. Create new project
2. In graphics settings (Edit > Project Settings > Graphics) set to always included shaders Standard shader
3. Build project
Result: Building stops at shader compiler and uses 100 cpu
Reproducible: 5.3.7p3, 5.4.4f1, 5.5.0p3, 5.6.0b3
Tested building for Standalone and Android device
Note: tested using DX9 and DX11
By Design:If standard shader is added to always included shaders the build will take a lot of CPU and a long time because standard shader is big, complex and has looots of variants.
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
- Crash on ShaderLab::ShaderState::ApplyShaderState when entering Play Mode and calling ShaderWarmup.WarmupShaderFromCollection with a shader that has dynamic_branch
- Crash on operator delete[] when a serializable structure in the System namespace is serialized by a MonoBehaviour
- [macOS] forward and backward mouse buttons are recognized as middle mouse button
- NavMeshModifier.OnEnable/OnDisable gets progressively slower when called repeatedly
- "System.Net.CookieContainer" throws an "ArgumentException" error when using a non-UTF-8 machine locale and hostname
SimRuJ
Oct 24, 2018 14:43
Still happens with 2017.3.1f1. If it's "by design", why does it freeze then instead of just automatically deleting the shader or, even better, not even allowing it to be added?
MediaMonks
Sep 27, 2017 11:55
I still get this issue in 2017.1.1f1
ahmadian
Aug 19, 2017 07:54
should we just refrain from using standard shaders in assetbundles? how is this resolved?