There is an old annoying problem with the any pen tablets in the any 2D packages. Sometimes when you draw short fast strokes with the light presure with your stylus disgusting blobs occur in the begining of the strokes. I know no one 2D packages or hardware developers who deal with resolving this bad feature with the exepton of ArtWeaver package developer. Artweaver has 'Ignor First Point' option in the general preferences. Do with it something, please.
Hi, Yustas! Thank you for your report! Could you describe the problem a bit more? Is it simply a point in the beginning of the stroke or something more complex? Probably, a screenshot might help us a bit. Btw, we have an option for configuring the size of the brush in relation to the pressure of the stylus. It can be done with a curve. You can try to set the curve, so that the size of the brush would be 0 for too small pressures. If it solves your problem, we could try to invent a kind of a dead zone for the pressure as well. Can you try that?
Created attachment 73844 [details] Opacity dots. It is not of the brush size problem only.
Created attachment 73845 [details] Size dots. The curve do nothing with it.
Created attachment 73846 [details] Partial resolving the problem Some tricks reduсe the negative effect but do not eliminate it.
Created attachment 73847 [details] Additional trick.
It is an old and general pen tablet problem. These are some links for the impression of it: 1) http://73.adobe-illustrator-windows.overzone.net/2-questions-1-about-saving-twice-2-aboutlarge-blobs-with-wacom-tablet-t5104.html (ESPECIALLY THE SECOND MESSAGE) 2) http://forum.wacom.eu/viewtopic.php?f=7&t=8408)
Hm, this is rather interesting problem. According to the forums mentioned here, the windows driver can sometimes send two kind of events to the application: mouse click (pressure = 100%) + mouse down (pressure = real pressure) and the application simultaneously. We'll have to think what can be done with that.
Ok, I'll try to make a patch for this, although I don't have an ability to reproduce it yet.
*** Bug 290400 has been marked as a duplicate of this bug. ***
Git commit ff05026331c9f3937cb396d908c2f9c7e6aac726 by Dmitry Kazakov. Committed on 18/03/2013 at 15:19. Pushed by dkazakov into branch 'master'. Fixed the input manager on windows There are two points there: 1) Windows defers the mouse events generated by the ignored tablet events, so the former ones arrive reordered. 2) The flow of tablet move events is too high, so there is a special option "hiResInputEvents" introduced in the action to handle it. All the actions except painting itself use compressed mouse move events instead. M +5 -0 krita/ui/input/kis_abstract_input_action.cpp M +9 -0 krita/ui/input/kis_abstract_input_action.h M +42 -7 krita/ui/input/kis_input_manager.cpp M +28 -0 krita/ui/input/kis_shortcut_matcher.cpp M +12 -0 krita/ui/input/kis_shortcut_matcher.h M +6 -0 krita/ui/input/kis_tool_invocation_action.cpp M +2 -0 krita/ui/input/kis_tool_invocation_action.h M +32 -1 krita/ui/tests/kis_input_manager_test.cpp http://commits.kde.org/calligra/ff05026331c9f3937cb396d908c2f9c7e6aac726
Git commit 639be738bb71579e91bbfe0a3a759af7cf712b20 by Dmitry Kazakov. Committed on 18/03/2013 at 15:19. Pushed by dkazakov into branch 'calligra/2.6'. Fixed the input manager on windows There are two points there: 1) Windows defers the mouse events generated by the ignored tablet events, so the former ones arrive reordered. 2) The flow of tablet move events is too high, so there is a special option "hiResInputEvents" introduced in the action to handle it. All the actions except painting itself use compressed mouse move events instead. M +5 -0 krita/ui/input/kis_abstract_input_action.cpp M +9 -0 krita/ui/input/kis_abstract_input_action.h M +42 -7 krita/ui/input/kis_input_manager.cpp M +28 -0 krita/ui/input/kis_shortcut_matcher.cpp M +12 -0 krita/ui/input/kis_shortcut_matcher.h M +6 -0 krita/ui/input/kis_tool_invocation_action.cpp M +2 -0 krita/ui/input/kis_tool_invocation_action.h M +32 -1 krita/ui/tests/kis_input_manager_test.cpp http://commits.kde.org/calligra/639be738bb71579e91bbfe0a3a759af7cf712b20
It sounds impressive. Thanks a lot Dmitry.