Fast circular strokes by Paint and Sculpt brushes using mouse are angular. #81211

New Issue

Anton · 2020-09-26T18:29:01+02:00

Anton commented

2020-09-26 18:29:01 +02:00

System Information
Operating system: Windows-10-10.0.18362-SP0 64 Bits
Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 456.38
Also the same result on: Windows-10, Quadro P3200, NVIDIA 443.32
Display resolution: 1920x1080, scale100% also tested in 1024x768.

Blender Version
Broken: version: 2.91.0 Alpha, branch: master, commit date: 2020-09-25 20:54, hash: 83dc97ccc0
Broken: version: 2.83.6 LTS, branch: master, commit date: 2020-09-09 07:32, hash: 8610c69777
Worked: version: 2.83 (sub 13), branch: master, commit date: 2020-04-10 21:07, hash: a8d139ca20 (only with tablet, no difference using mouse)

Short description of error
In image editor, 3d view and both paint- sculpt modes very fast circular shaped strokes made by small radius brush are angular.
Important to do it very fast and circular shape.

{F8924735, size=full}

fun fact: I downloaded and tested all version in this screenshot started from 2.75 and all was with the same angular stroke result = it never worked smooth in this way

but only in version 2.83 (sub 13) it works perfect somehow! In image editor, 3d view and both paint- sculpt modes (attached video shows)
{F8924908, size=full}

This bug seems partly similar https://developer.blender.org/T58465 but in testing not the same situation ( see attached video ), so probably it different case.

file with bug example
PaintStroke_2.91.0 Hash_83dc97ccc081.blend
file prepared for test
PaintStroke_test.blend
short video shows how reproduce stroke lag and difference between 2.91.0 - 2.83 (sub 13) versions
BrushStroke.mkv

Exact steps for others to reproduce the error

Unwrap base cube (or any other object)
Switch to paint mode, apply 1024px texture
Make small radius for the brush (6px for example)
Start paint very fast, wide circular strokes. Fast and circular - important for reproducing.

Thank you very much for taking care of it!

In this video another artist shows the same problem and examples.

**System Information** Operating system: Windows-10-10.0.18362-SP0 64 Bits Graphics card: GeForce GTX 1050 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 456.38 Also the same result on: Windows-10, Quadro [P3200](https://archive.blender.org/developer/P3200.txt), NVIDIA 443.32 Display resolution: 1920x1080, scale100% also tested in 1024x768. **Blender Version** Broken: version: 2.91.0 Alpha, branch: master, commit date: 2020-09-25 20:54, hash: `83dc97ccc0` Broken: version: 2.83.6 LTS, branch: master, commit date: 2020-09-09 07:32, hash: `8610c69777` Worked: version: 2.83 (sub 13), branch: master, commit date: 2020-04-10 21:07, hash: `a8d139ca20` (only with tablet, no difference using mouse) **Short description of error** In image editor, 3d view and both paint- sculpt modes very fast circular shaped strokes made by small radius brush are angular. Important to do it very fast and circular shape. {[F8924735](https://archive.blender.org/developer/F8924735/image.png), size=full} fun fact: I downloaded and tested all version in this screenshot started from 2.75 and all was with the same angular stroke result = it never worked smooth in this way ![image.png](https://archive.blender.org/developer/F8924899/image.png) but only in version 2.83 (sub 13) it works perfect somehow! In image editor, 3d view and both paint- sculpt modes (attached video shows) {[F8924908](https://archive.blender.org/developer/F8924908/image.png), size=full} This bug seems partly similar https://developer.blender.org/T58465 but in testing not the same situation ( see attached video ), so probably it different case. file with bug example [PaintStroke_2.91.0 Hash_83dc97ccc081.blend](https://archive.blender.org/developer/F8925091/PaintStroke_2.91.0_Hash_83dc97ccc081.blend) file prepared for test [PaintStroke_test.blend](https://archive.blender.org/developer/F8925127/PaintStroke_test.blend) short video shows how reproduce stroke lag and difference between 2.91.0 - 2.83 (sub 13) versions [BrushStroke.mkv](https://archive.blender.org/developer/F8925237/BrushStroke.mkv) **Exact steps for others to reproduce the error** - Unwrap base cube (or any other object) - Switch to paint mode, apply 1024px texture - Make small radius for the brush (6px for example) - Start paint very fast, wide circular strokes. **Fast and circular** - important for reproducing. Thank you very much for taking care of it! In this [video ](https://youtu.be/5hkfy7z0X8Q) another artist shows the same problem and examples.

Anton commented

2020-09-26 18:29:01 +02:00

Added subscriber: @Ant3d

Richard Antalik commented

2020-10-01 19:22:00 +02:00

Added subscriber: @iss

Richard Antalik commented

2020-10-01 19:22:00 +02:00

Changed status from 'Needs Triage' to: 'Needs User Info'

Richard Antalik commented

2020-10-01 19:22:00 +02:00

Worked: version: 2.83 (sub 13), branch: master, commit date: 2020-04-10 21:07, hash: a8d139ca20 is not official release build so I can't test this quickly. Is official 2.83.0 also not working?

It looks like you are drawing with tablet, can you reproduce same difference in behavior with mouse?

Worked: version: 2.83 (sub 13), branch: master, commit date: 2020-04-10 21:07, hash: a8d139ca20 is not official release build so I can't test this quickly. Is official 2.83.0 also not working? It looks like you are drawing with tablet, can you reproduce same difference in behavior with mouse?

Anton commented

2020-10-03 10:35:41 +02:00

Thank you for quick response Richard!

Yes I'm drawing with tablet Wacom Intuos Pro also tested with Intuos Bamboo CTH-470 - the same behavior.
I've taken another round of testing, results:
Official release build 2.83 211b6c29f7: tablets - angular, mouse - angular
Latest 2.91.0 Alpha, master, commit date: 2020-10-02 22:11, hash: 743eca0f31 : tablets - angular, mouse - angular
Worked: 2.83 (sub 13), branch: master, commit date: 2020-04-10 21:07, hash: a8d139ca20 : tablets - smooth(almost), mouse - angular
- here is example how tablets and mouse behave in worked version.
Apart of Sculpt and Paint modes I also tested this time Vertex and Weight paint result in these mods was the same.
Here is Tablet only worked version I archived it: blender-2.83-a8d139ca2002-windows64.zip

Thank you for quick response Richard! Yes I'm drawing with tablet Wacom Intuos Pro also tested with Intuos Bamboo CTH-470 - the same behavior. I've taken another round of testing, results: Official release build 2.83 211b6c29f7: tablets - angular, mouse - angular Latest 2.91.0 Alpha, master, commit date: 2020-10-02 22:11, hash: 743eca0f31 : tablets - angular, mouse - angular Worked: 2.83 (sub 13), branch: master, commit date: 2020-04-10 21:07, hash: a8d139ca20 : **tablets - smooth(almost), mouse - angular** ![MouseTablet_comparison.PNG](https://archive.blender.org/developer/F8950017/MouseTablet_comparison.PNG) - here is example how tablets and mouse behave in worked version. Apart of Sculpt and Paint modes I also tested this time Vertex and Weight paint result in these mods was the same. Here is Tablet only worked version I archived it: [blender-2.83-a8d139ca2002-windows64.zip](https://archive.blender.org/developer/F8950035/blender-2.83-a8d139ca2002-windows64.zip)

Anton commented

2020-10-03 10:46:56 +02:00

Quick test in worked version, comparison: Mouse, Bamboo, Intuos.

Quick test in worked version, comparison: Mouse, Bamboo, Intuos. ![image.png](https://archive.blender.org/developer/F8950091/image.png)

Yevgeny Makarov commented

2020-10-03 12:20:15 +02:00

Added subscriber: @jenkm

Yevgeny Makarov commented

2020-10-03 12:20:15 +02:00

There are many similar reports, especially for Grease Pencil.

I did some tests and I can say that it may also depends on the screen resolution, highDPI or not.
And it depends on the viewport zoom/scale and the image resolution. I already added screenshots in one of the reports.
So, this information (monitor dpi, viewport zoom, image size) should be mentioned in the report.

There are many similar reports, especially for Grease Pencil. I did some tests and I can say that it may also depends on the screen resolution, highDPI or not. And it depends on the viewport zoom/scale and the image resolution. I already added screenshots in one of the reports. So, this information (monitor dpi, viewport zoom, image size) should be mentioned in the report.

Anton commented

2020-10-03 14:22:33 +02:00

Display resolution: 1920x1080, scale100% also tested in 1024x768. Image size 1024 - as mentioned the problem as well in sculpting, vertex and weight paint modes. Tested with scale of object from 1m to 400m with different zoom - seems similar.
In this video another artist shows the same problem and examples

Display resolution: 1920x1080, scale100% also tested in 1024x768. Image size 1024 - as mentioned the problem as well in sculpting, vertex and weight paint modes. Tested with scale of object from 1m to 400m with different zoom - seems similar. In this [video ](https://youtu.be/5hkfy7z0X8Q) another artist shows the same problem and examples

Richard Antalik changed title from ~~Fast circular strokes by Paint and Sculpt brushes are angular.~~ to Fast circular strokes by Paint and Sculpt brushes using tablet are angular.

2020-10-06 08:42:22 +02:00

Richard Antalik commented

2020-10-06 08:44:02 +02:00

Can you check if changing tablet API makes any difference? Setting is in User preferences > Input > Tablet API

Anton changed title from ~~Fast circular strokes by Paint and Sculpt brushes using tablet are angular.~~ to Fast circular strokes by Paint and Sculpt brushes using tablet and mouse are angular.

2020-10-06 19:19:14 +02:00

Anton commented

2020-10-06 19:39:44 +02:00

Checked changing tablet API in latest version of Blender: 2.91.0 Alpha, branch: master, commit date: 2020-10-05 21:23, hash: 3178dc25f6 results:

Mouse = angular

Intouse Pro M latest drivers = angular in all API ( Automatic, Windows Ink, WinTab). In Windows Ink also loosing pressure and act as mouse.

Bamboo CTH-470: WinTab = angular, no pressure,Windows Ink almost smooth + with pressure , Automatic = angular

- screenshot of Bamboo drivers that gives relative good result with "Windows Ink" API

Checked changing tablet API in latest version of Blender: 2.91.0 Alpha, branch: master, commit date: 2020-10-05 21:23, hash: `3178dc25f6` results: Mouse = angular Intouse Pro M latest drivers = angular in all API ( Automatic, Windows Ink, WinTab). In Windows Ink also loosing pressure and act as mouse. **Bamboo CTH-470**: WinTab = angular, no pressure,**Windows Ink almost smooth + with pressure** , Automatic = angular ![image.png](https://archive.blender.org/developer/F8961885/image.png) - screenshot of Bamboo drivers that gives relative good result with "Windows Ink" API

Henri Hebeisen commented

2020-10-06 22:11:07 +02:00

Added subscriber: @HenriHebeisen

Richard Antalik commented

2020-10-07 09:25:19 +02:00

Changed status from 'Needs User Info' to: 'Needs Triage'

Richard Antalik commented

2020-10-07 09:25:19 +02:00

Added subscriber: @PrototypeNM1

Richard Antalik commented

2020-10-07 09:25:20 +02:00

Thanks for info. I think this pretty much narrows it down to event system. As far as I know there have been some improvements and some rollbacks so perhaps your last known working version was before rollback, I can't really tell without hardware to test.

Also there should be some development in high frequency event handling, looks like D7840 is still in development, not sure if there are others, so than may fix this issue.

@PrototypeNM1 Can you check this report? Perhaps there is some unwanted regression.

Thanks for info. I think this pretty much narrows it down to event system. As far as I know there have been some improvements and some rollbacks so perhaps your last known working version was before rollback, I can't really tell without hardware to test. Also there should be some development in high frequency event handling, looks like [D7840](https://archive.blender.org/developer/D7840) is still in development, not sure if there are others, so than may fix this issue. @PrototypeNM1 Can you check this report? Perhaps there is some unwanted regression.

Yevgeny Makarov commented

2020-10-07 10:22:03 +02:00

@iss it seems to be the same as #76699 (Lag when draw fast with pen or mouse.)
just need to clarify that this is for all OS, and for all modes/editors Paint and Sculpt...

@iss it seems to be the same as #76699 (Lag when draw fast with pen or mouse.) just need to clarify that this is for all OS, and for all modes/editors Paint and Sculpt...

Richard Antalik commented

2020-10-07 10:35:34 +02:00

@jenkm Thanks again for finding duplicate. I think this is same issue so I will merge this.

Richard Antalik commented

2020-10-07 10:35:40 +02:00

Closed as duplicate of #76699

Richard Antalik closed this issue

2020-10-07 10:35:40 +02:00

Richard Antalik commented

2020-10-08 13:04:28 +02:00

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

Richard Antalik reopened this issue

2020-10-08 13:04:28 +02:00

Richard Antalik commented

2020-10-08 13:04:28 +02:00

Reopening this, because if this is resolved by D7840 (only for windows), #81463 won't be (mac).

Reopening this, because if this is resolved by [D7840](https://archive.blender.org/developer/D7840) (only for windows), #81463 won't be (mac).

Nicholas Rishel commented

2020-10-23 06:03:50 +02:00

@iss this issue is really 2 separate issues; D7840 will resolve the remaining tablet cases but not mouse. What's the appropriate way to handle this task?

@iss this issue is really 2 separate issues; [D7840](https://archive.blender.org/developer/D7840) will resolve the remaining tablet cases but not mouse. What's the appropriate way to handle this task?

Richard Antalik commented

2020-10-23 17:30:19 +02:00

In #81211#1039990, @PrototypeNM1 wrote:
@iss this issue is really 2 separate issues; D7840 will resolve the remaining tablet cases but not mouse. What's the appropriate way to handle this task?

We could fix tablet side and edit this report to describe problem for mouse, or make new report for mouse and edit this to describe problem for tablet.

But I don't think that problem with spiky mouse strokes is valid, because it has never worked and it behaves like this everywhere else.

> In #81211#1039990, @PrototypeNM1 wrote: > @iss this issue is really 2 separate issues; [D7840](https://archive.blender.org/developer/D7840) will resolve the remaining tablet cases but not mouse. What's the appropriate way to handle this task? We could fix tablet side and edit this report to describe problem for mouse, or make new report for mouse and edit this to describe problem for tablet. But I don't think that problem with spiky mouse strokes is valid, because it has never worked and it behaves like this everywhere else.

Nicholas Rishel commented

2020-10-23 20:43:40 +02:00

Windows Ghost doesn't attempt to get coalesced mouse input; I would categorize jagged mouse as valid but low priority.

Nicholas Rishel commented

2020-10-24 05:29:47 +02:00

Non-jagged mouse may not be possible with the current Win32 API.

GetMouseMovePointsEx no longer functions, see (1), as of Windows 8, which was the original way to get coalesced mouse input from WM_MOUSEMOVE events.
EnableMouseInPointer which enables mouse events in WM_POINTER events does not retrieve mouse history from GetPointerInfoHistory, also see (1).

I couldn't find if the RAWINPUT API coalesces input, it's the next API to investigate. DirectInput may also work, but I don't think Ghost_Win32* would benefit having another legacy API added.

(1) https://forums.getpaint.net/topic/115508-paintnet-426-alpha-build-7258/

Non-jagged mouse may not be possible with the current Win32 API. - GetMouseMovePointsEx no longer functions, see (1), as of Windows 8, which was the original way to get coalesced mouse input from WM_MOUSEMOVE events. - EnableMouseInPointer which enables mouse events in WM_POINTER events does not retrieve mouse history from GetPointerInfoHistory, also see (1). I couldn't find if the RAWINPUT API coalesces input, it's the next API to investigate. DirectInput may also work, but I don't think Ghost_Win32* would benefit having another legacy API added. (1) https://forums.getpaint.net/topic/115508-paintnet-426-alpha-build-7258/

Nicholas Rishel changed title from ~~Fast circular strokes by Paint and Sculpt brushes using tablet and mouse are angular.~~ to Fast circular strokes by Paint and Sculpt brushes using mouse are angular.

2020-10-31 02:22:35 +01:00

Nicholas Rishel commented

2020-10-31 02:24:29 +01:00

D7840 is now merged, resolving angular strokes for all tablet devices on Windows.

[D7840](https://archive.blender.org/developer/D7840) is now merged, resolving angular strokes for all tablet devices on Windows.

William B commented

2020-12-19 03:43:07 +01:00

Added subscriber: @AquilaTheEagle

Nicholas Rishel self-assigned this 2021-01-04 08:45:47 +01:00

Nicholas Rishel commented

2021-01-04 08:57:43 +01:00

In case you want to test the above PR, there's a build here .