https://bugs.kde.org/show_bug.cgi?id=375761

            Bug ID: 375761
           Summary: [Wacom] Pressure Sensitivity Not Working (only for
                    Krita) 3.1.1
           Product: krita
           Version: 3.1.1
          Platform: Compiled Sources
                OS: MS Windows
            Status: UNCONFIRMED
          Severity: major
          Priority: NOR
         Component: tablet support
          Assignee: krita-bugs-n...@kde.org
          Reporter: gamekille...@gmail.com
  Target Milestone: ---

Created attachment 103718
  --> https://bugs.kde.org/attachment.cgi?id=103718&action=edit
DebugView log

First of, this bug is pretty much identical with the bug reports 358428 and
364887 - I chose to submit this as a report of it's own because of different
version numbers and an UI bug that doesn't seem to be present in those other
two reports.

The problem is the following: Using Krita on a Cintiq 13HD, Krita for some
reason completely ignores the pressure sensitivity of my pen. It's either 0%
(the mouse cursor moves, but the brushes don't transfer anything), or 100%
(solid color at maximum oppacity) - shading is impossible this way.

System: Windows 10 64bit
Krita 3.1.1 (the most recent version at this point in time)
Wacom driver 6.3.20-5 (the most recent version at this point in time)
Nvidia GeForce Game Ready Driver 378.49 (the most recent version at this point
in time, problem also existed with older drivers)

Steps to reproduce:
1.Open Krita
2.Use any brush and press on the screen

Attempted troubleshooting on my part:
- Uninstalling and reinstalling Krita
- Restarting the PC
- Deleting Krita appdata folder
- Uninstalling and reinstalling Wacom drivers
- Updating GPU drivers

The problem persists.

Another problem (apparently connected to this issue) is that the brush cursor
looks different while using the pen input, while looking normal when using the
mouse. A small black bar appears right below the center of the brush, which is
distracting while painting.

Sometimes I'm also able to move the mouse independently from the brush outline
when using the pen.

Taking a screenshot of this bugged-out cursor isn't possible via the windows
built in screenshot software (snipping tool or print-button), as the mouse
cursor gets disabled/hidden during the screenshot.

I would add both a picture of the cursor and a DebugView log of an instance
where this error occurs, but it appears I can only add one attachment?

The log seems more important however, so I'll attach the DebugView log (I'll
take the liberty to censor out parts of the filepaths that contain personal
information though.).

If any information is missing, please ask, I'll try my best to answer (this is
my first bugreport, so there's a good chance I missed something)

-- 
You are receiving this mail because:
You are watching all bug changes.

Reply via email to