It looks like this has always been the case. The purple beam should always appear in front of the white beam, but if I look down at a certain angle the white one will appear in front even though it’s actually hundreds of studs farther away.
beam layering bug.rbxl (13.2 KB)
Looks like the standard problem with camera-space z-sorting of overlapping transparent objects. You’ll just have to avoid that.
OIT is still too expensive.
The distance is calculated by the Z distance? Isn’t that strictly wrong? Shouldn’t it be calculated based on the actual 3D distance from the camera?
There is no point on the white beam that is physically closer to the camera than the purple beam.
This is a fundamental problem. Camera distance would not make the problem go away, unfortunately.
I don’t understand. The purple beam is always physically closer than the white beam. If the physical distance was used for ordering, there would be no ordering problem.
Then, if you look from above and move around, there will be a moment when it pops up.
This topic was automatically closed 14 days after the last reply. New replies are no longer allowed.