Maniphest T49017

Blender Freestyle LineSet Visibility problem at Render
Closed, ArchivedTO DO

Assigned To
Jeroen Bakker (jbakker)
Authored By
Zachary1234 (Zachary1234)
Aug 5 2016, 3:48 AM
Tags
  • BF Blender
  • Freestyle
Subscribers
Aaron Carlisle (Blendify)
Bastien Montagne (mont29)
Jeroen Bakker (jbakker)
Philipp Oeser (lichtwerk)
Tamito Kajiyama (kjym3)
Zachary1234 (Zachary1234)

Description

System Information
Windows 10 64 bit Home

Blender Version
2.77a

Short description of error
Coincident planes with FreeStyle lines don't detect or render properly
via the Visibility condition for animation or image render.
This can occur via Freestyle Edges or Freestyle Faces.
This seems to be an issue inside Blender, irrespective
of the render engine.

Exact steps for others to reproduce the error

Have one smaller plane precisely located on another larger one.
Both have the identical material reference to prevent z-fighting.
There are no textures or images on the planes.
It isn't always possible to have 1 smallest unit offset between planes,
if for example one wants to do an origami simulation
with all paper folds accumulating to a virtual, zero thickness.

This issue can also prevent itself when animating
between various such states using Key Frames,
maybe involving the AnimAll plugin.

Examples include frames 400, 670, 560-580.

file.blend

Event Timeline

Zachary1234 (Zachary1234) created this task.Aug 5 2016, 3:48 AM
Zachary1234 (Zachary1234) updated the task description.Aug 5 2016, 4:05 AM
Bastien Montagne (mont29) lowered the priority of this task from 90 to 30.Aug 5 2016, 8:48 AM
Bastien Montagne (mont29) added a project: Freestyle.
Bastien Montagne (mont29) added a subscriber: Bastien Montagne (mont29).

Please follow our submission template and guidelines and make a complete, valid bug report, with required info, precise description of the issue, precise steps to reproduce it, small and simple .blend and/or other files to do so if needed, etc.

Zachary1234 (Zachary1234) updated the task description.Aug 11 2016, 7:05 AM
Zachary1234 (Zachary1234) updated the task description.Aug 11 2016, 7:08 AM
Zachary1234 (Zachary1234) updated the task description.Aug 11 2016, 7:23 AM
Zachary1234 (Zachary1234) updated the task description.Aug 11 2016, 7:26 AM
Zachary1234 (Zachary1234) added a comment.Aug 12 2016, 6:13 AM

I see that this has been added as a comment. I believe I deleted a bunch of emails by mistake. Can Bastien
at least reply to me again? What is the view to my bug raise here? Will there be anything actioned?

Bastien Montagne (mont29) assigned this task to Tamito Kajiyama (kjym3).Aug 12 2016, 10:59 AM
Bastien Montagne (mont29) raised the priority of this task from 30 to Normal.
Bastien Montagne (mont29) added a subscriber: Tamito Kajiyama (kjym3).

@Zachary1234 (Zachary1234) OK… editing to initial report does not trigger any new mail, so it goes unnoticed quite easily, unlike new comment. ;)

Thing is, coplanar faces are always (and will always be) a nest for render artifacts… I will let @Tamito Kajiyama (kjym3) decide here, but pretty sure there is no bug here, deciding what to render in coplanar case is mostly a matter of “randomness”.

Zachary1234 (Zachary1234) added a comment.Aug 15 2016, 3:41 AM

I understand this, even within one material instance. However I may need
to model without material surface "differences". Is there a way
to disable this, or to have blender detect plane coincidences with
freestyle line coincidences more systematically?

My model example in particular does require such freestyle line consistency,
without any offset between planes at all.

-Shouldn't there be a per material and per object setting to disable
micro surface differences? This particular circumstance will require so.

Aaron Carlisle (Blendify) added a subscriber: Aaron Carlisle (Blendify).Sep 19 2017, 5:26 AM

@Tamito Kajiyama (kjym3) Hey, by any chance can you take a look at this? @Zachary1234 (Zachary1234) was asking on IRC today if there is any chance that this could be fixed/improved/a way around the issue. Thanks.

Tamito Kajiyama (kjym3) added a comment.Sep 19 2017, 9:17 AM

Animated edge marks could be a partial solution (a workflow in this approach could be tedious and even not applicable in some cases though) -- see https://wiki.blender.org/index.php/User:Kjym3/DevFundProject/InterimReport for more information.

Another development direction would be to make edge coincidence a new feature edge type. Having that implemented, it would be easier to select coincident edges and distinguish one from another in support of other edge selection criteria (e.g., face marks).

As @Bastien Montagne (mont29) pointed out, Freestyle is unable to address the visibility of coincident edges automatically, so that a degree of randomness is expected.

Tamito Kajiyama (kjym3) added a subscriber: Philipp Oeser (lichtwerk).
Dalai Felinto (dfelinto) removed Tamito Kajiyama (kjym3) as the assignee of this task.Dec 23 2019, 4:37 PM
Dalai Felinto (dfelinto) added a project: Tracker Curfew.
Jeroen Bakker (jbakker) closed this task as Archived.Jan 27 2020, 9:42 AM
Jeroen Bakker (jbakker) claimed this task.
Jeroen Bakker (jbakker) changed the subtype of this task from "Report" to "To Do".
Jeroen Bakker (jbakker) removed a project: Tracker Curfew.
Jeroen Bakker (jbakker) added a subscriber: Jeroen Bakker (jbakker).

Original file cannot be accessed anymore. Next time, please upload it to the tracker so we can make sure that the file is accessible always.
I will close this issue as freestyle is working as expected. New developments isn't a bug. As freestyle isn't actively developed and it isn't clear what needs to be done I will register this issue as TODO/invalid.

Zachary1234 (Zachary1234) added a comment.Oct 31 2021, 10:25 AM

To whom it may concern,
Here is my model file, I believe, and a one frame render that reveals the problem I was dealing with:

I found that when using one material on multiple surfaces that weren't 3D separate, but were superimposed,
and that I also needed the "automatic" faculty of FreeStyle Line Edges, to associate to only one surface
instance, but not other surfaces or a material, FreeStyle Line Edges grows confused during rendering.
Blender, at that time, didn't have further logic to discriminate between material duplicate coincident surfaces,
when one is to be considered "upper" or "lower", and in different, partial places of involved surfaces.

Has anything happened since I tried to bost this "error" in this place, in Blender 3D? Does
this fall under a heading of something that someone could do something about?

Zachary1234 (Zachary1234) added a comment.Oct 31 2021, 10:44 AM

-What I think should happen is that there should be a change or a setting of some kind
that tells Freestyle line edges to associate to only one surface at a time, and some
notion of "upper" and "lower" surfaces. But what does someone else think?
Have there been changes made to Blender, or any of its free plugins,
that would clearly help in these regards?