-
Notifications
You must be signed in to change notification settings - Fork 249
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Backface Culling on model when starting Retopoflow 3 #1305
Comments
Hi @Haikuyori. I'm not sure if you mean the high-poly source mesh is not showing backfacing geometry, or if the low-poly retopo target mesh is not showing backfacing geometry. If you mean the high-poly, you can show the backfacing geo by going RF > Options > Viewport Dispaly > Optimize Shading > Off. This will disable RF's optimizations for the meshes. Alternatively, you can recalculate the normals of high-poly source meshes, by editing source mesh, select all ( If you mean the low-poly target, RF will still render these, but they are not selectable by default. (Usually, your retopo target should have faces that point outwards). You can fix the backfacing-ness a few ways the same as above or in RF: select all ( If you meant something different when you say "Backface Culling on the model", please let us know a bit more details and maybe include a screenshot so we can see what you're seeing. Thanks. |
i am using a high polycount mesh, I was able to "fix" it by changing EVEE to Cycles, I was hoping to fix it in EVEE, Ill use your suggestions, thanks! |
the Recalculate outside worked, thanks! |
RetopoFlows wants all the geometry to be on Positive X side of the model when working with Mirror Symmetry. If you have geometry with negative X values, then you'll get that warning. This can also cause weird behavior with tweak and other tools, as you noted in your follow-up comment. Flipping the bad symmetry will simply negate all the X values, flipping the geometry to the "correct" side of the mesh. But, if the mesh isn't perfectly symmetric or the mesh's origin isn't exactly in the middle of the mesh, then flipping can put the verts inside or outside the source mesh. You can fix this by Options > Target Cleaning > Snap Vertices > All (maybe set push distance to 0 first), then click Normals > Recalculate to make sure normals are facing outwards. Once you get all the geometry on the "correct" side and then work on that side, RF should behave as expected. We know that it's not ideal to always work on the Positive X side of the mesh. this is something that we are working on. |
after doing it again, the vertices wont snap back to surface after Snap Vertices>All and then Normals>Recalculate, this is getting wierd |
that is weird. Any chance you can send us your .blend file so we can see why RF is behaving so strangely? thanks for helping us debug this! |
sent! thanks! |
PLEASE READ THE FOLLOWING AND USE THE TEMPLATE TO POST YOUR ISSUE
Questions not directly related to the RetopoFlow project are considered general and should be posted elsewhere (e.g. git, blender, python, etc).
Before raising the issue, please check the following first:
Issue Template
Please prefix your issue name with one of the following: [BUG] [PROPOSAL] [QUESTION]
Retopoflow Version: 3.4.2
Blender Version/Hash: 4.0
Platform Version/Distribution: ??
Issue:
Backface Culling on the model when starting Retopoflow 3, can't seem to turn it off
The text was updated successfully, but these errors were encountered: