TexturePainting: does not paint on faces where a vertice is behind the viewport #70128

New Issue

Roman · 2019-09-20T23:10:06+02:00

Roman commented

2019-09-20 23:10:06 +02:00

System Information
Operating system: Windows-10-10.0.18362 64 Bits
Graphics card: GeForce GTX 1080/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 431.86

Blender Version
Broken: version: 2.81 (sub 12), branch: master, commit date: 2019-09-20 15:42, hash: adfe68e202
Worked: (optional)

I know that alpha, but still ... In Texture Paint layout, if you draw on the surface at a fairly right angle, then everything is fine, but if you tilt the camera, the brush stops painting.

Any model, including simple plain. When drawing in single texture mode and in material mode. When sculpting this is not observed.

**System Information** Operating system: Windows-10-10.0.18362 64 Bits Graphics card: GeForce GTX 1080/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 431.86 **Blender Version** Broken: version: 2.81 (sub 12), branch: master, commit date: 2019-09-20 15:42, hash: `adfe68e202` Worked: (optional) I know that alpha, but still ... In Texture Paint layout, if you draw on the surface at a fairly right angle, then everything is fine, but if you tilt the camera, the brush stops painting. Any model, including simple plain. When drawing in single texture mode and in material mode. When sculpting this is not observed.

Roman commented

2019-09-20 23:10:06 +02:00

Added subscriber: @Elevenlevel

Demeter Dzadik commented

2019-09-20 23:43:08 +02:00

Added subscriber: @Mets

Demeter Dzadik commented

2019-09-20 23:43:08 +02:00

I cannot reproduce this. Please provide clearer reproduction steps, perhaps screenshots, video, or a blend file.

Roman commented

2019-09-21 17:43:22 +02:00

https://1drv.ms/u/s!AgIaQataEAPAvhG0jP-TFDn75T9V Here's a short video example of how this works. Just a scene with a simple plane.
https://yadi.sk/d/Dot7CvhGMMil0w This is a scene from the video. I'm not sure that it is needed, since there is nothing special about it.

https://1drv.ms/u/s!AgIaQataEAPAvhG0jP-TFDn75T9V Here's a short video example of how this works. Just a scene with a simple plane. https://yadi.sk/d/Dot7CvhGMMil0w This is a scene from the video. I'm not sure that it is needed, since there is nothing special about it.

Demeter Dzadik commented

2019-09-21 23:23:38 +02:00

Thanks for the files. Please attach files directly to the tracker via drag drop, like so:
untitled.blend

I can reproduce the issue in that file, but not in a fresh file, so I feel like some option is causing it. Do you have any ideas?

Thanks for the files. Please attach files directly to the tracker via drag drop, like so: [untitled.blend](https://archive.blender.org/developer/F7767008/untitled.blend) I can reproduce the issue in that file, but not in a fresh file, so I feel like some option is causing it. Do you have any ideas?

Martin Capitanio commented

2019-09-22 01:52:32 +02:00

Added subscriber: @capnm

Martin Capitanio commented

2019-09-22 01:52:32 +02:00

I can reproduce the issue in that file, but not in a fresh file, so I feel like some option is causing it. Do you have any ideas

This is a long-term bug that you can also abuse as a feature:

Should be easy reproducible:
blender --factory-startup → a, x → add plane → texture paint → single image → new → play with the viewport angle / zoom and paint

> I can reproduce the issue in that file, but not in a fresh file, so I feel like some option is causing it. Do you have any ideas This is a long-term bug that you can also abuse as a feature: ![texture-paint.jpg](https://archive.blender.org/developer/F7767243/texture-paint.jpg) Should be easy reproducible: blender --factory-startup → a, x → add plane → texture paint → single image → new → play with the viewport angle / zoom and paint

Demeter Dzadik commented

2019-09-22 12:49:31 +02:00

Ah yeah, I can do it in a fresh file now too. I guess I was just unlucky last time, and I didn't realize zoom level could influence it too.

Vas commented

2019-09-25 17:26:24 +02:00

Added subscriber: @Alumx

Vas commented

2019-09-25 17:26:24 +02:00

Adding more geometry to your object, greatly helps with this issue
2019-09-25 16-21-52.mp4

Adding more geometry to your object, greatly helps with this issue [2019-09-25 16-21-52.mp4](https://archive.blender.org/developer/F7774723/2019-09-25_16-21-52.mp4)

Germano Cavalcante commented

2019-09-26 19:41:09 +02:00

Added subscribers: @Jeroen-Bakker, @mano-wii

Jeroen Bakker was assigned by Germano Cavalcante

2019-09-26 19:41:09 +02:00

Germano Cavalcante commented

2019-09-26 19:41:09 +02:00

@Jeroen-Bakker, do you mantain this area?
It seems that when one of the vertices in the looptri is behind the camera the whole triangle is ignored.

@Jeroen-Bakker, do you mantain this area? It seems that when one of the vertices in the looptri is behind the camera the whole triangle is ignored.

Jeroen Bakker commented

2019-10-01 08:15:22 +02:00

It is a limitation of the current system; B279 shows same behavior.

Jeroen Bakker changed title from ~~With a strong tilt of the camera does not draw~~ to TexturePainting: does not paint on faces where a vertice is behind the viewport

2019-10-01 08:16:15 +02:00

Jeroen Bakker commented

2019-12-10 12:27:13 +01:00

Added subscriber: @PabloDobarro

Jeroen Bakker commented

2019-12-10 12:27:13 +01:00

Just rechecked. This is a limitation of the current system, without an easy fix. Vertices are converted to screen space. When a vertice cannot have a screen space coordinate (for example in when a vertices is behind the viewport, the whole face is not selected for the stroke as it would always lead to undesired behavior (flipping strokes).

There are multiple possible solutions:

Do actual clipping in 3d space, not in 2d space as it is currently implemented.
Do not use vertices but the actual rendered UV map. Needs whole overhaul of the system.

As texture painting system will be redone in the near future I don't think it is good to invest our time in fixing this issue in the old system.

@PabloDobarro do you agree with that?

Just rechecked. This is a limitation of the current system, without an easy fix. Vertices are converted to screen space. When a vertice cannot have a screen space coordinate (for example in when a vertices is behind the viewport, the whole face is not selected for the stroke as it would always lead to undesired behavior (flipping strokes). There are multiple possible solutions: * Do actual clipping in 3d space, not in 2d space as it is currently implemented. * Do not use vertices but the actual rendered UV map. Needs whole overhaul of the system. As texture painting system will be redone in the near future I don't think it is good to invest our time in fixing this issue in the old system. @PabloDobarro do you agree with that?

Jeroen Bakker commented

2019-12-11 08:30:33 +01:00

Changed status from 'Open' to: 'Archived'

Jeroen Bakker closed this issue

2019-12-11 08:30:33 +01:00

Jeroen Bakker commented

2019-12-11 08:30:33 +01:00

Actually this is a known limitation of the system and also documented in the manual. Not considered a bug.
https://docs.blender.org/manual/en/dev/sculpt_paint/texture_paint/introduction.html#perspective-view-faces-behind-the-view

Actually this is a known limitation of the system and also documented in the manual. Not considered a bug. https://docs.blender.org/manual/en/dev/sculpt_paint/texture_paint/introduction.html#perspective-view-faces-behind-the-view

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

TexturePainting: does not paint on faces where a vertice is behind the viewport #70128