GPencil: Strokes get darker while drawing in SOLID mode #75050

New Issue

Antonio Vazquez · 2020-03-24T10:49:05+01:00

Antonio Vazquez commented

2020-03-24 10:49:05 +01:00

Using last 2.83 version when drawing in solid mode, the stroke get darker and darker.

2020-03-18 10-36-53.mp4

Using last 2.83 version when drawing in solid mode, the stroke get darker and darker. [2020-03-18 10-36-53.mp4](https://archive.blender.org/developer/F8426726/2020-03-18_10-36-53.mp4)

Antonio Vazquez commented

2020-03-24 10:49:05 +01:00

Added subscriber: @antoniov

Antonio Vazquez commented

2020-03-24 10:49:28 +01:00

Changed status from 'Needs Triage' to: 'Confirmed'

Antonio Vazquez commented

2020-03-24 10:49:28 +01:00

Added subscriber: @fclem

Antonio Vazquez commented

2020-03-24 10:49:28 +01:00

@fclem do you know why?

Jeroen Bakker commented

2020-03-24 13:49:21 +01:00

Added subscriber: @Jeroen-Bakker

Jeroen Bakker commented

2020-03-24 13:49:21 +01:00

The reason is the TAA. Due to the current implementation the workbench updates the default color texture of the viewport what leads to these artifacts.
If you switch off TAA this should not happen.

Similar artifacts can be seen when doing weight painting or using a camera background image. I reverted the commit introducing it.

The reason is the TAA. Due to the current implementation the workbench updates the default color texture of the viewport what leads to these artifacts. If you switch off TAA this should not happen. Similar artifacts can be seen when doing weight painting or using a camera background image. I reverted the commit introducing it.

Evan Wilson commented

2020-03-24 14:17:58 +01:00

Added subscriber: @EAW

Evan Wilson commented

2020-03-24 14:17:58 +01:00

Using last 2.83 version

I thought you meant the latest, so I was first looking at the commits from the last 24 hours as subversion was just bumped to 2.83.11 in 24b27ea231 =)

v2.83.9 is in the corner of the video

Subversion was bumped to 2.83.9 in a210b8297f on March 14th.

Subversion was bumped to 2.83.10 in b62e1146e1 on March 18th.

So this has been around at least that long. Do you have the hash of the build you were using? I assume you are using a tablet when drawing. Is this correct @antoniov?
For others looking at this, a note:
Using a mouse, I didn't notice this at first. The lines just appeared to start off fully opaque black in solid mode. I thought that maybe the behavior had changed since 2.83.9. Further testing shows that it takes 5 mouse movements of a pixel each for the strokes to go from the default color strength to fully black. So it would appear that the behavior is still the same, just that a mouse and (I am assuming) a tablet with pressure sensitivity produce the results at different rates.

Tested using version 94b8166a8b
Windows 10
NVIDIA GeForce GTX 470/PCIe/SSE2 4.5.0 388.13

> Using last 2.83 version I thought you meant the latest, so I was first looking at the commits from the last 24 hours as subversion was just bumped to 2.83.11 in 24b27ea231 =) >v2.83.9 is in the corner of the video Subversion was bumped to 2.83.9 in a210b8297f on March 14th. Subversion was bumped to 2.83.10 in b62e1146e1 on March 18th. So this has been around at least that long. Do you have the hash of the build you were using? I assume you are using a tablet when drawing. Is this correct @antoniov? For others looking at this, a note: Using a mouse, I didn't notice this at first. The lines just appeared to start off fully opaque black in solid mode. I thought that maybe the behavior had changed since 2.83.9. Further testing shows that it takes 5 mouse movements of a pixel each for the strokes to go from the default color strength to fully black. So it would appear that the behavior is still the same, just that a mouse and (I am assuming) a tablet with pressure sensitivity produce the results at different rates. --- Tested using version 94b8166a8b Windows 10 NVIDIA GeForce GTX 470/PCIe/SSE2 4.5.0 388.13

Evan Wilson commented

2020-03-24 14:44:40 +01:00

Added subscribers: @Harley, @ideasman42

Evan Wilson commented

2020-03-24 14:44:40 +01:00

@Jeroen-Bakker I just built master b759857825 (with your revert) and now I get the same behavior as in the video, where the opacity slowly builds to black.

58ac113b76 was committed yesterday, @antoniov appears to be using a version somewhere between a210b8297f and b62e1146e1 according to the subversion number.

See @ideasman42, and @Harley, subversion numbers in the corner can be helpful! ;p

@Jeroen-Bakker I just built master b759857825 (with your revert) and now I get the same behavior as in the video, where the opacity slowly builds to black. 58ac113b76 was committed yesterday, @antoniov appears to be using a version somewhere between a210b8297f and b62e1146e1 according to the subversion number. See @ideasman42, and @Harley, subversion numbers in the corner can be helpful! ;p

Evan Wilson commented

2020-03-24 15:47:41 +01:00

A video to show the two behaviors.

T750500001-0600.mp4

A video to show the two behaviors. [T750500001-0600.mp4](https://archive.blender.org/developer/F8427017/T750500001-0600.mp4)

Jeroen Bakker commented

2020-03-24 16:14:59 +01:00

Hi @EAW

Can you confirm that 28c3d952db fixed both issues? I did test myself, but better to be sure :-)

Hi @EAW Can you confirm that 28c3d952db fixed both issues? I did test myself, but better to be sure :-)

Evan Wilson commented

2020-03-24 16:58:13 +01:00