Texture Paint 'Bleed' is angled along UV edges
Open, ConfirmedPublic


System Information
Windows 10
Nvidia GTX 970

Blender Version
Broken: 2.78a and 2.78c (tested on both of these)

Short description of error
When using the texture paint section of Blender, if the 'Bleed' setting is set to anything above 0, you will see that when painting along an edge of a UV in the 3D Texture Paint mode, the bleed works fine from the first vertex, but is angled towards the next vertex, meaning the bleed isn't consistent at all.

Exact steps for others to reproduce the error

  1. Start with default cube
  2. For quicker purposes, smart UV unwrap the cube with a margin (the error is with any unwrap)
  3. Move into Texture Paint mode
  4. Create a paint slot image texture of any size.
  5. Change the options, bleed setting to anything above 0. To see the bug clearly, use a large number like 8px
  6. Begin drawing along an edge of the cube.
  7. View the UV and texture in the 'UV/image editor' and zoom in, you will see the painted bleed is angled, and fading back to 0px bleed towards the edges of the vertices.



I encountered the same problem, so I decided to add pictures

This is especially a problem when I need to paint around holes in UV.

Dalai Felinto (dfelinto) triaged this task as Incomplete priority.May 22 2017, 2:28 PM

Please, as per the bug report guideline attach a file even if it's super simple.

Bastien Montagne (mont29) claimed this task.

More than a week without reply. Due to the policy of the tracker archiving for until required info/data are provided.

I've prepared required scene:

Things to notice from this test scene:

Bastien Montagne (mont29) raised the priority of this task from Incomplete to Normal.
Bastien Montagne (mont29) removed Bastien Montagne (mont29) as the assignee of this task.

Thanks, reopening then.

Any update? This is pretty detrimental to my workflow and a lot of artists i know, haven't seen any changes in 5 months

Caetano (Caetano) added a comment.EditedAug 10 2017, 1:53 AM

It's not a bug but the behavior of the feature is a bit cheap.
The way it extends the pixels is as shown in this image (according to my experiments) :

Even with quads, it extends around the hidden triangles with the same method, which explains the non parallelism with the edges. Of course the edge inside the quad (the diagonal) doesn't get extended, as don't all the edges inside a UV island.
You can see it more clearly on these 2 examples (I added yellow lines to show the hidden triangles) :

The big question is : is this method the only possible one to allow fast enough responsiveness or can a better one be developed and work in real-time ?

Since this feature came out in 2.49 I'm guessing the modern computers can handle a better method.

What do you think b3d devs ?

Caetano (Caetano) added a comment.EditedAug 19 2017, 11:53 AM

I assigned you because you were assigned to this one https://developer.blender.org/T43709. It may be the same issue but I'd like to know if you have an answer to my question above.

more information:

System Information
Linux Manjaro 64-bit
GeForce GT 640

Blender Version
Broken: 2.79 RC1 down to 2.76
Worked: 2.75a and previous versions

Short description of error

Up until 2.75a, the texture brush bleed performed on quads using the bisectors of the quads :


but since 2.76 up until 2.79 RC1, it performs on the triangles that compose the quads :


this brought undesirable results such as an uneven thickness of the bleeding :


increasing the bleed value is not a good way to counteract this problem since it increases the chances of bleeding into another UV island or bleeding inside the very island we're painting in, as shown by the white arrows here (a texture stencil was used in the brush to make it visible everywhere) :


Exact steps for others to reproduce the error:

  1. in 2.75a open this file and click on the cube to fill it with paint with the fill brush
  2. observe the image
  3. do the same in any later version
Bastien Montagne (mont29) raised the priority of this task from Normal to Confirmed.

No point in keeping twice the same report open…

Also, @Caetano (Caetano), please avoid doing triaging tasks yourself unless you know what you are doing, @Antony Riakiotakis (psy-fi) is not currently active and doubt he will handle bug reports currently!

ok, sorry for that.