Sat, Oct 5
it cause the samples in render, In cycles is the same if you use 1 sample, the freestyle will not have AA.
Fri, Sep 27
This problem of random appearing/disappearing lines is due to freestyle's occlusion algorithm. Upcoming LANPR patch will include a smooth contour modifier that deals with freestyle's line problems on subdivided models. We may not be fixing freestyle at the moment and will be focused on LANPR.
Thu, Sep 26
I'm not a developer, but I have been wrestling with this problem a lot as I'm trying to use Freestyle lines for a client animation project using Eevee (I know, risky).
Sep 10 2019
Havent checked the code side of @Marcin Twarowski (Tvaroog) 's analysis, but can confirm the behavior.
So it is not really "before displacement", but displaced with a different seed.
Even if it turns out to be "not-fixable", will confirm for the time being...
Sep 9 2019
Looks like an error in rBaeb8e81f2741, fix incoming...
(Also there was some error in Element-wise multiplication...)
Can confirm, checking...
Aug 11 2019
AFAIK newer Intel graphics after core 6th gen CPUs are capable of OpenGL 4.x. Yes on my machine who has a 4th gen core i7 mobile processor, blender will nor run unless it uses nvidia video card.
Please fill out the bug report form correctly.
Jun 28 2019
This is because it previously relied on Blender Internal to triangulate the meshes, but that's missing now.
Jun 27 2019
May 21 2019
May 20 2019
Apr 11 2019
More than a week without reply or activity. Due to the policy of the tracker archiving for until required info/data are provided.
Apr 4 2019
Mar 28 2019
This is most likely to be an out of memory error. Unfortunately we are still searching for the best way to prevent this but this is out of our hands (the driver manages the resources).
Mar 18 2019
I noticed the same with mesh hair (imported from DAZ studio), I ended up deleting all the faces that are not visible from the outside, then some more and finally I was able to get it to render. Without the hair mesh the freestyle render is so fast I barely notice it.
Mar 14 2019
Indeed seems to be fixed, perhaps due to rB41cb5658803bf3b96f18e93c74c6af66ecdb1e83.
It seems this bug was fixed recently, at least on Linux.
Can someone confirm this?
Feb 20 2019
Feb 14 2019
Jus these things:
Does it print anything suspicious if you run blender with --debug-gpu and render? (So it crashes)
Yes works fine with Cycles, Crashes with Eevee.
i just checked with latest beta and for me freestyle only works, if I select a collection with no sub-collections.
don't know if this is a bug or meant to be, but I would prefer if it could render all sub-collections as freestyle too.
Feb 13 2019
Does it only happen with eevee? Does it crash if you choose cycles instead?
Yep same thing
It renders fine for me:
Feb 1 2019
This is solved in 2.8, where freestyle uses the same triangulation as everywhere else in Blender.
Jan 31 2019
Confirming - got the same issue
Jan 28 2019
Updating blender2.8 -> master in my local repo, and rebuilding, showed the problem is resolved. :)
In 2.80 (git built within the week (168a6a4bfc1)).
Linux (Debian stable).
Official Nvidia drivers. Geforce 970. Driver Version: 390.48
Jan 25 2019
Excellent! You guys are too fast for me. :)
This was just fixed, your build is one day too old.