![]() Registered Member ![]()
|
i'm not using wacom, but Artisul D10. here is the link: https://artisul.com/downloads/
When I draw with the mouse, the drawing appears normally, but when I draw with the tablet it draws everything in a kind of mirror fashion with it not drawing where the cursor is, vertically, but definitely getting the horizontal position correct. This happens after the Pop up message like this: https://imgur.com/CD3tY6t i am using the latest version of krita (3.3.2), using the latest version of my tablet driver, and updated windows 10. other painting program (SAI) does not have this problem, works normally. |
![]() KDE Developer ![]()
|
Does this also happen if you switch to the Windows Pointer API?
|
![]() Registered Member ![]()
|
@boudewijn yes, it's still vertically inverted
|
![]() KDE Developer ![]()
|
Then maybe try tinkering with the offset window till it works? https://docs.krita.org/KritaFAQ#How_to_ ... on_Windows
Or any of the other things suggested here: https://docs.krita.org/Drawing_Tablets? We don't have an artisul tablet, so we cannot actually check what is going on here. |
![]() Registered Member ![]()
|
so that means developers can't help me? or maybe i can send some log or configuration files (i don't know the terms, i'm not a computer person) so you can check it? |
![]() Registered Member ![]()
|
by the way, when i choose to input the size manually in this popup https://imgur.com/CD3tY6t
then i just make the X offset negative (-1366 instead of 1366), the inverted problem is gone, but krita won't detect pen pressure anymore. does this means it's still possible to fix? |
![]() KDE Developer ![]()
|
If you don't get pressure that means that Krita get mouse events instead of tablet events. So this probably means that Krita thinks your tablet is associated with another monitor.
This really is not something in Krita that is wrong: it's your tablet's setup and driver that are broken, even if some other application works. Tablets driver developers often only test their driver with a subset of popular applications, instead of just implementing the api specifciation as they should. This is especially the case with cheap tablets like Artisul. |
![]() Registered Member ![]()
|
You mean after switching to Windows Pointer API? Have you restarted Krita after changing the option? |
![]() Registered Member ![]()
|
ok i get it. yeah it's my cheap tablet problems, sorry for wasting your precious time and knowledge. |
![]() KDE Developer ![]()
|
I'm not trying to be nasty or dismissive, but it's just a fact... And one we've been dealing with for years now. And since we're not a big company with lots of money, we cannot get all the hardware out there to test Krita with... We've got to depend on users reporting whether tablet works, so I guess we can now add Artisul as "doesn't work" on https://docs.krita.org/List_of_Tablets_Supported .
|
![]() Registered Member ![]()
|
I didn't know where else to post this as I am new here , but I felt this information would be very useful to anyone who may come across this.
I am using an Artisul D16 with the 3.63 driver (Creators update only) on Windows 10 Pro. Krita ver. 3.3.3 Under tablet settings I selected "Windows 8+ Pointer Input (depends on windows ink) (EXPERIMENTAL)" And everything works as expected. Hope this also works for anyone who has this issue. I will now go throw my money at the nice devs now. Also if there is any place It would be helpful for me to submit any information to help with development and compatibility of these tablets I would be more than glad to do so. Esp. since my code skills don't go to far past "Hello World!" |
Registered users: Bing [Bot], Google [Bot], kde-naveen, Sogou [Bot], Yahoo [Bot]