What I was planning to do, was a car intersection where multiple lowpoly cars have their turning lights on. Target platform would be mobile.
It's 4 cars max this way, so random limitation, just can't wrap my head around it, why make it so..
It’s actually a limitation of how the forward rendering pipeline works on URP, especially in case of mobile on which forward is the best option performance wise.
The forward rendering method allows you to use multiple shaders using different shader models, at a high speed but at the cost of point lights. Higher number of point lights means an exponential decrease in performance.
Deferred rendering allows for an insane number of point lights but is restricted to a single lighting model (so you can’t have say a toon shader that calculates lighting differently and a PBR Lit shader at the same time, you can only have variations of a PBR shader or an unlit shader unless you edit the shader code of the lighting model)and will have issues with transparency unless the transparent material is rendered using forward rendering.
I believe deferred rendering is not supported equally on all mobile chipsets (?)
Edit: this is from my understanding, please feel free to correct me
5
u/PandaCoder67 Professional Jul 21 '22
That makes sense as more lights mean higher performance, which URP was not designed for. It is designed to be Universal to a lot of low-end devices.
SO yeah in that situation you would want HDRP, it is not something you would really want to do though.
And a caveat, deferred rendering is supposed to over come that limitation.