Cycles and Freestyle - clipping plane / sphere problems #43195

New Issue

Marek Moravec · 2015-01-10T13:46:27+01:00

Marek Moravec commented

2015-01-10 13:46:27 +01:00

System Information
Win7, GTX 560 Ti, GTX 970

Blender Version
Broken: 2.72 official 64bit, current buildbot: Hash: 9590e77
Worked: ----------

Short description of error
Currently the Cycles uses clipping sphere instead of clipping plane and Freestyle uses clipping plane as expected but when using Freestyle with Cycles this causes weird behaviour.
I strongly suggest to change the behaviour of Cycles and leave the Freestyle as is, because the clipping plane is far much easier to work with and is also supported in the OpenGL viewport.
You can see the problem in the attached blend. If you render the cube, cycles can't see the monkey inside, but freestyle can. It would be great if cycles coud see inside the box as well...

Clipping_Plane.blend

Exact steps for others to reproduce the error
Open the file and hit Render. You can see that the monkey is partly hidden for the cycles but fully visible for the Freestyle.

**System Information** Win7, GTX 560 Ti, GTX 970 **Blender Version** Broken: 2.72 official 64bit, current buildbot: Hash: 9590e77 Worked: ---------- **Short description of error** Currently the Cycles uses clipping sphere instead of clipping plane and Freestyle uses clipping plane as expected but when using Freestyle with Cycles this causes weird behaviour. I strongly suggest to change the behaviour of Cycles and leave the Freestyle as is, because the clipping plane is far much easier to work with and is also supported in the OpenGL viewport. You can see the problem in the attached blend. If you render the cube, cycles can't see the monkey inside, but freestyle can. It would be great if cycles coud see inside the box as well... [Clipping_Plane.blend](https://archive.blender.org/developer/F136561/Clipping_Plane.blend) **Exact steps for others to reproduce the error** Open the file and hit Render. You can see that the monkey is partly hidden for the cycles but fully visible for the Freestyle.

Marek Moravec commented

2015-01-10 13:46:27 +01:00

Changed status to: 'Open'

Marek Moravec commented

2015-01-10 13:46:27 +01:00

Added subscriber: @Traverso

Bastien Montagne commented

2015-01-10 13:53:55 +01:00

Added subscribers: @Sergey, @ThomasDinges, @kjym3, @mont29

Bastien Montagne commented

2015-01-10 13:53:55 +01:00

Not quite sure this is a real bug? Let's Cycles and Freestyle guys decide. :)

Sergey Sharybin commented

2015-01-13 12:12:35 +01:00

Afair it was always know that cycles uses clipping sphere instead of clipping plane. While plane might be more useful in some cases changing the behavior in clipping might break existing scenes and need to be carefully considered.

Marek Moravec commented

2015-01-13 13:11:39 +01:00

It was always known but also manytimes criticized (and even wrongly reported as a bug). The camera clipping plane is extremely useful for interior architecture scenes but the sphere clipping is very problematic and it limits the way how to place the camera in the scene. It is also quite difficult to set up the clipping distance because there is no preview in the openGL viewport and using rendered view is difficult because interiors render usually very slowly and it takes a while to see the clipping effect clearly. Sometimes the clipping sphere clips just the edge of the table which is not very visible in preview (noisy) render but it is quite clear in the final (high-res).
I have to deal with that daily and the change to clipping sphere would be huge for me. I can document some "real-world" examples if needed. In my opinion the positives of this change are worth breaking the old files because the fix is quite simple in most scenes and in some it would not make a visible difference anyway.

It was always known but also manytimes criticized (and even wrongly reported as a bug). The camera clipping plane is extremely useful for interior architecture scenes but the sphere clipping is very problematic and it limits the way how to place the camera in the scene. It is also quite difficult to set up the clipping distance because there is no preview in the openGL viewport and using rendered view is difficult because interiors render usually very slowly and it takes a while to see the clipping effect clearly. Sometimes the clipping sphere clips just the edge of the table which is not very visible in preview (noisy) render but it is quite clear in the final (high-res). I have to deal with that daily and the change to clipping sphere would be huge for me. I can document some "real-world" examples if needed. In my opinion the positives of this change are worth breaking the old files because the fix is quite simple in most scenes and in some it would not make a visible difference anyway.

Sergey Sharybin self-assigned this 2015-01-13 15:33:23 +01:00

Sergey Sharybin commented

2015-01-13 15:33:23 +01:00

Added subscriber: @brecht

Sergey Sharybin commented

2015-01-13 15:33:23 +01:00

I know there are enough circumstances when you want it to really be a plane, not a sphere, Just needed some time to look into historical reasons for that and so.

It appears @brecht initially implemented it this way because it was faster (implementation wise and render-time wise), it also appears i didn't find any render engine which uses sphere for perspective cameras (panorama is a bit more tricky, and probably should stay spheres).

I know there are enough circumstances when you want it to really be a plane, not a sphere, Just needed some time to look into historical reasons for that and so. It appears @brecht initially implemented it this way because it was faster (implementation wise and render-time wise), it also appears i didn't find any render engine which uses sphere for perspective cameras (panorama is a bit more tricky, and probably should stay spheres).

blender-admin commented

2015-01-13 22:34:49 +01:00

This issue was referenced by 54fd3f36a0

This issue was referenced by 54fd3f36a047b4d394c935a0aa387ae8a7b6a8c5

Sergey Sharybin commented

2015-01-13 22:37:29 +01:00

Changed status from 'Open' to: 'Resolved'

Sergey Sharybin closed this issue

2015-01-13 22:37:29 +01:00

Sergey Sharybin commented

2015-01-13 22:37:29 +01:00

Closed by commit 54fd3f36a0.