Search Issue Tracker
Won't Fix
Votes
0
Found in
Issue ID
1178961
Regression
Yes
Dynamic Clipping works poorly with large scenes / terrains with the pivot point is near
Summary:
Basically the Dynamic Clipping (which is set by default) works very poorly with large scenes, especially terrain, especially when the camera's pivot point is close to the scene view camera.
Repro:
1) Download project ClippingRepro project.
2) Open up the SampeScene.scene.
3) Make sure 'Dynamic Clipping' is set for the scene view camera (at the top right of the scene view > click the camera icon).
4) In the Hierarchy, double click on the "Look at me!!!" game object, which will make the camera zoom to it (also also set the camera's pivot point to it)
5) Now, as seen in the gif, start to zoom towards the cube.
> The far clipping plane will start to cut out the terrain as you do so, alternating between bad and very bad.
This is a problem because it seems like something is very broken with the scene view camera and most users won't know what to do about it.
Reproduced with: 2019.1.0a1
not reproducible with: 2018.4.7f1
Note:
happens with build in and Universal.
Work Around:
Manually set the clipping planes (which may result in new problems, and even bugs)
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
- Foldout arrow indent is misaligned in the Inspector when used in Custom Type
- [Android] The Player screen turns black when playing a video under certain conditions
- Search window icons at the bottom are cut off when Search window is resized vertically
- "Try something else?" text label is cut off when searching for a long text in the Search window
- Rendering Debugger window sections do not have a minimum width set when resizing with the slider in the middle of the window
Resolution Note (2020.1.X):
As of Unity 2019.1 it is possible to set the camera frustum manually, which is noted as a workaround for this case. I spent some time tinkering with the frustum calculations, but failed to find any solution that behaved much better than the current situation and did not introduce additional edge cases. Since this is a relatively rare case, there is a trivial workaround, and no obvious solution to improving the current behavior is apparent I am going to say this is a "won't fix."