sketchucation logo sketchucation
    • Login
    šŸ¤‘ SketchPlus 1.3 | 44 Tools for $15 until June 20th Buy Now

    Z-Fighting on Non-Coplanar Faces

    Scheduled Pinned Locked Moved Newbie Forum
    sketchup
    11 Posts 6 Posters 1.4k Views 6 Watching
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • R Offline
      RJAML
      last edited by

      Sketchup Version: Sketchup 2016

      I understand that what Z-fighting occurs when two faces within the same plane causes flickering between the two faces as SketchUp has problems choosing which face to display. Usually the solution is to add depth between the faces.

      Apparently, I've encountered a similar problem. I seem to have Z-fighting between faces in close proximity to each other. As shown in the image attached, I have "Z-fighting on places where there shouldn't be any"

      1. The edge where two faces intersect at 90 degree angles of each other, thus flickering between the two.
      2. The brown beams which are 50mm deep. Faces behind flicker into view.

      The end result is inaccurate selection while working i.e. the face that I end up to selecting, painting, etc is the one behind, not the one facing me.

      Is there a fix for this, the inaccuracy becomes a big inconvenience.


      01.jpg

      1 Reply Last reply Reply Quote 0
      • Dave RD Offline
        Dave R
        last edited by

        That appears to be a graphics card issue. Make sure your graphics drivers are up to date. What kind of graphics card are you using? Are you really still using SU8 as your profile indicates?

        Etaoin Shrdlu

        %

        (THERE'S NO PLACE LIKE)

        G28 X0.0 Y0.0 Z0.0

        M30

        %

        1 Reply Last reply Reply Quote 0
        • K Offline
          kaas
          last edited by

          It can also happen if you are modelling far away from the origin as well.

          1 Reply Last reply Reply Quote 0
          • R Offline
            RJAML
            last edited by

            I'm now using SketchUp 2016. I used SketchUp 8 before.

            Also, the graphics card is an NVidia GTX 970 and the current driver is version 361.75.

            I didn't have this problem when I tried it on an SketchUp 2015, although I did use an older driver then.

            1 Reply Last reply Reply Quote 0
            • Dave RD Offline
              Dave R
              last edited by

              Is your model located at a distance from (0,0,0) as kaas suggested? Is SketchUp 2016 using the nVidia card? It could be that there's an issue with the current driver for that card, too. You could try rolling back the driver.

              Etaoin Shrdlu

              %

              (THERE'S NO PLACE LIKE)

              G28 X0.0 Y0.0 Z0.0

              M30

              %

              1 Reply Last reply Reply Quote 0
              • K Offline
                kaas
                last edited by

                if it's grouped entities, exploding a group and re-grouping one by one sometimes fixes these kind of problems as well (possible large internally stored translation).

                1 Reply Last reply Reply Quote 0
                • G Offline
                  Garry K
                  last edited by

                  Here is the back side of a corner cabinet. The back itself is 1/8" coated hardboard. The corner of the cabinet is at origin.

                  Windows 10, Sketchup 2016 Nvidia GForce GTX 660

                  back of corner cabinet.png

                  Now I zoom out and the shelves bleed through. The thinner the panel the worse it gets.

                  back of corner cabinet 2.png

                  1 Reply Last reply Reply Quote 0
                  • Jean LemireJ Offline
                    Jean Lemire
                    last edited by

                    Hi folks.

                    This is normal since Open-GL has limitations.

                    When viewed from short distances, the ratio of the thickness of the panel to the viewing distance is relatively large and Open-GL is able to discriminate between the two and shows the correct object.

                    As you move further apart, the ratio gets smaller and eventually, Open-GL cannot discriminates between the two and then shows both geometries, the panel face and the shelves edges behind it as if the panel has no thickness.

                    The workaround is to hide the edges of the shelves that are against the inside face of the panel so they are not shown.

                    A simpler approach would be to assign the shelves to a layer of their own. Then, create a scene for distant viewing. On that scene, make the shelves layer invisible. You can also create a scene for close-up with the shelves layer visible.

                    Once that is done, clicking on the appropriate scene tab would get you the best of both worlds.

                    BTW, you can create scenes named "Work" and "Render" or whatever suits you. Then, on scene "Work" the shelves layer would be visible and on the "Render" scene it would be invisible. In the Scene Manager Window, uncheck the button that save the camera settings. This allows you to switch mode without changing the Zoom, Pan, Orbit settings you may have done and that you don't want to loose.

                    Just ideas.

                    Jean (Johnny) Lemire from Repentigny, Quebec, Canada.

                    1 Reply Last reply Reply Quote 0
                    • G Offline
                      Garry K
                      last edited by

                      I have never seen this as a bug. It is a limitation of open GL. This is why I put all cabinet backs into their own layer that I can turn on / off.

                      The other interesting thing is the bleed through effect changes based on viewing angle.

                      I just wanted to show users what can happen.

                      1 Reply Last reply Reply Quote 0
                      • bazB Offline
                        baz
                        last edited by

                        Another possible scenario here: It looks like you possibly copied your groups with 'Paste in place'?
                        Try deleting a group, or check them in the outliner.

                        1 Reply Last reply Reply Quote 0
                        • R Offline
                          RJAML
                          last edited by

                          Thank you for the suggestions. Interestingly enough, the problem disappears when I change from parallel projection to perspective view. I can select faces properly again and z-fighting is limited to actual co-planar faces.

                          I haven't fiddled with drivers and software yet. I'll get to that maybe next week.

                          1 Reply Last reply Reply Quote 0
                          • 1 / 1
                          • First post
                            Last post
                          Buy SketchPlus
                          Buy SUbD
                          Buy WrapR
                          Buy eBook
                          Buy Modelur
                          Buy Vertex Tools
                          Buy SketchCuisine
                          Buy FormFonts

                          Advertisement