Lineart breaks apart in heavy scenes #103153

New Issue

Robert S · 2022-12-12T12:15:08+01:00

Robert S commented

2022-12-12 12:15:08 +01:00

System Information
Operating system: Windows-10-10.0.19044-SP0 64 Bits
Graphics card: NVIDIA GeForce RTX 3090/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 526.86

Blender Version
Broken: version: 3.4.0, branch: blender-v3.4-release, commit date: 2022-12-06 18:46, hash: a95bf1ac01
Worked: (newest version of Blender that worked as expected)

Short description of error
I often work with heavy scenes imported from CAD. That means 2000+ objects, 10+ million polygons and all of them have custom normals and often lots of fillets (bevels). It seems that when you try to apply lineart to such a scene, some objects "break apart":

Now, you will not see 100% the same issue in the attached example file, because I obviously cannot attach the full 2GB file (and no developer from Blender has ever offered to sign an NDA anyway), but you will see some issues even in this 200MB file. This indicates that more issues appear the heavier the files are, but even "light" files can't escape it.

Exact steps for others to reproduce the error

Open the attached .blend
Export the Lineart to SVG
Open the SVG and observe the extra lines and missing lines

Lineart-CAD.7z

**System Information** Operating system: Windows-10-10.0.19044-SP0 64 Bits Graphics card: NVIDIA GeForce RTX 3090/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 526.86 **Blender Version** Broken: version: 3.4.0, branch: blender-v3.4-release, commit date: 2022-12-06 18:46, hash: `a95bf1ac01` Worked: (newest version of Blender that worked as expected) **Short description of error** I often work with heavy scenes imported from CAD. That means 2000+ objects, 10+ million polygons and all of them have custom normals and often lots of fillets (bevels). It seems that when you try to apply lineart to such a scene, some objects "break apart": ![image.png](https://archive.blender.org/developer/F14053749/image.png) ![image.png](https://archive.blender.org/developer/F14053746/image.png) Now, you will not see 100% the same issue in the attached example file, because I obviously cannot attach the full 2GB file (and no developer from Blender has ever offered to sign an NDA anyway), but you will see some issues even in this 200MB file. This indicates that more issues appear the heavier the files are, but even "light" files can't escape it. **Exact steps for others to reproduce the error** 1. Open the attached .blend 2. Export the Lineart to SVG 3. Open the SVG and observe the extra lines and missing lines [Lineart-CAD.7z](https://archive.blender.org/developer/F14053709/Lineart-CAD.7z)

Robert S commented

2022-12-12 12:15:08 +01:00

Added subscriber: @RobertS

Germano Cavalcante commented

2022-12-13 19:28:51 +01:00

Added subscribers: @ChengduLittleA, @mano-wii

Germano Cavalcante commented

2022-12-13 19:28:51 +01:00

Changed status from 'Needs Triage' to: 'Needs Developer To Reproduce'

Germano Cavalcante commented

2022-12-13 19:28:51 +01:00

In fact the result is not ideal. But I'm not sure if it's a bug. It is quite possible that this is a limitation with some complex geometry and camera position.

I noticed that if you disable Intersections and enable Overlapping Edges As Contour the result is much better.

I didn't find anything about the limitation with Intersections so maybe we need input from the developer.
https://docs.blender.org/manual/en/latest/grease_pencil/modifiers/generate/line_art.html

Cc. @ChengduLittleA

In fact the result is not ideal. But I'm not sure if it's a bug. It is quite possible that this is a limitation with some complex geometry and camera position. I noticed that if you disable `Intersections` and enable `Overlapping Edges As Contour` the result is much better. I didn't find anything about the limitation with `Intersections` so maybe we need input from the developer. https://docs.blender.org/manual/en/latest/grease_pencil/modifiers/generate/line_art.html Cc. @ChengduLittleA

Sergey Sharybin added

and removed

labels 2023-02-13 18:05:47 +01:00

Sign in to join this conversation.