http://bugs.winehq.org/show_bug.cgi?id=33056
Bug #: 33056 Summary: Tablet stylus pressure works in Manga Studio 5 until a focus or key event occurs Product: Wine Version: 1.5.24 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintab32 AssignedTo: wine-bugs@winehq.org ReportedBy: aardvark@krl.com Classification: Unclassified
Unlike prior versions, the tablet stylus pressure works for Manga Studio 5; however, if a key is pressed or the pen goes out of the window and back in, lines drawn either draw nothing (no pressure?) or are drawn blobby (saw-tooth pressure) like a chain of tear-drops.
The cursor displayed often jitters between two different cursors (e.g. a small circle and a large one or a circle and an arrow). This leads me to believe that it's swapping between two pointing devices, most likely the mouse and the stylus.
Maybe related to 15443 and other pen pressure bugs.
http://bugs.winehq.org/show_bug.cgi?id=33056
--- Comment #1 from Don Koch aardvark@krl.com 2013-02-24 12:39:35 CST --- Ugly workaround: when you've gotten into this state, you can get out of it by moving the mouse (not the stylus) out of the window and back in.
http://bugs.winehq.org/show_bug.cgi?id=33056
--- Comment #2 from Don Koch aardvark@krl.com 2013-08-11 12:16:46 CDT --- Further oddity discovered. When hitting the left shift key, I get the following in a (limited to a0 and a1) trace:
<shift press> hwnd 0x200b2 vkey=00a0 scan=002a flags=0000 key: 0xa0 state: 0xc0 Shift state: 0x80 key (0xa0) -> 1 (shouldn't this be ff81 or ff80? (really 8000)) key (0xa1) -> 0 key: 0xa0 state: 0x80 Shift state: 0x80 key (0xa1) -> 0 key (0xa1) -> 0 <shift release> hwnd 0x200b2 vkey=00a0 scan=002a flags=0002 key: 0xa0 state: 0x0 Shift state: 0x0 key (0xa0) -> ff80 (shouldn't this be 0?) key (0xa1) -> 0 key: 0xa0 state: 0x0 Shift state: 0x0 key (0xa1) -> 0 key (0xa1) -> 0
0xa0 is left shift, 0xa1 is right.
http://bugs.winehq.org/show_bug.cgi?id=33056
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, hardware Status|UNCONFIRMED |NEW URL| |http://manga.smithmicro.com | |/trial.html Ever confirmed|0 |1
--- Comment #3 from Ken Sharp imwellcushtymelike@gmail.com --- Confirmed by another user: http://bugs.winehq.org/show_bug.cgi?id=18517#c53
There is a 30-day trial available. http://manga.smithmicro.com/trial.html
https://bugs.winehq.org/show_bug.cgi?id=33056
Spencer Brown sbrown124@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sbrown124@gmail.com
--- Comment #4 from Spencer Brown sbrown124@gmail.com --- I can confirm that this bug occurs with Clip Studio Paint Pro 1.41 as well.
https://bugs.winehq.org/show_bug.cgi?id=33056
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #5 from winetest@luukku.com --- Has anyone tried newer wine or wine-staging?
https://bugs.winehq.org/show_bug.cgi?id=33056
Kanzaki Wataru kanzwataru@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kanzwataru@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=33056
--- Comment #6 from Kanzaki Wataru kanzwataru@gmail.com --- This bug manifests itself similarly in Clip Studio Paint EX 1.6.2 (same software as Manga Studio, different name) using Wine-staging 2.2 on Ubuntu 16.04. The tablet is an Intuos 3. The pressure works if the pen is hovering above while the application is starting up, and continues to work until it's lifted up. After that it will not draw anything (no pressure).
https://bugs.winehq.org/show_bug.cgi?id=33056
--- Comment #7 from Kanzaki Wataru kanzwataru@gmail.com --- (In reply to winetest from comment #5)
Has anyone tried newer wine or wine-staging?
Latest wine-staging shows similar issues (see comment below)
https://bugs.winehq.org/show_bug.cgi?id=33056
Renato ren.gelmini@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ren.gelmini@gmail.com
--- Comment #8 from Renato ren.gelmini@gmail.com --- (In reply to winetest from comment #5)
Has anyone tried newer wine or wine-staging?
I can confirm this bug too with Wine Staging 2.13. Clip Studio Paint 1.6.2 with a Wacom Cintiq 13HD.
The Pro Pen is working only until you lift it enough for the table to stop detecting it. The only way I've been able to make it work again is by twisting the pen, make the tablet detect the eraser at the other end and twisting it again.
I also noticed that Clip Studio is treating every line you draw until the pen "glitches" as a single step on the history. So, even if you do multiple non connected lines, a single CTRL+Z will erase them all.
https://bugs.winehq.org/show_bug.cgi?id=33056
b4rtspamm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |b4rtspamm@gmail.com
--- Comment #9 from b4rtspamm@gmail.com --- xserver 1.20.1, wacom, clip studio 1.7 and 3.13 staging (gaming version from aur, set to windows 8.1) still have this issue, but for me it's caused only by a ctrl button and only if one stops holding the button when tablet's pen is still drawing.
https://bugs.winehq.org/show_bug.cgi?id=33056
winehq-bugs@usertracker.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winehq-bugs@usertracker.org
--- Comment #10 from winehq-bugs@usertracker.org --- I'm experiencing this issue too. In short, I'm trying to use Clip Studio Paint with a tablet, and pressing the control key causes the application to stop being able to draw, until the window loses and re-gains focus again.
To reproduce:
1. Download the trial version of Clip Studio Paint from http://www.clipstudio.net/en/dl. The version I am using is from a direct link of https://vd.clipstudio.net/clipcontent/paint/app/193/CSP_193w_setup.exe and the file has a SHA-256 sum of 44f9a72d57b95ff7c3fcd0ba1db0e539220209875f290419a72359b5b4191110.
2. In a fresh WINEPREFIX, use winecfg to change the Windows version to Windows 8.1. Also, in the Libraries tab, add a new override for library "msvcr100".
3. Run the installer and use all the defaults.
4. Make sure your tablet is connected and X11 knows about it (like tap the pen a few times and move the cursor around with it or something).
5. Run "C:\Program Files\CELSYS\CLIP STUDIO 1.5\CLIP STUDIO PAINT\CLIPStudioPaint.exe" with Wine.
6. Click "Use trial version (with limitations)", then click "Start"; if prompted about news click "No", then click "Pro".
7. In File -> Preferences, in the Tablet tab, make sure "Use mouse mode in setting of tablet driver" is checked and save the preferences. (Note: For some reason this only seems to be necessary with 64-bit Clip Studio Paint. With 32-bit Clip Studio Paint it does not seem to be necessary to do this.)
8. Attempt drawing on the blank canvas with your tablet. Marks should appear on the canvas. (Also make sure that the marks obey the pressure you are applying to the pen -- if not, it's interpreting it as a normal mouse rather than a tablet and the problem won't be reproducible.) The cursor should appear as a small outline of a circle, approximately the size of the drawing brush, during this time.
9. Press and release the control key on your keyboard.
10. Attempt to continue drawing with the tablet. Observe that no marks appear, and the cursor rapidly alternates between the default arrow cursor and the circle cursor. However, drawing using a mouse still works.
11. Switch the focus to a different window, then back to Clip Studio Paint. Observe that it is now possible to draw with the tablet again, and the cursor is no longer flashing.
I can observe this behavior on both Wine 2.0 from Debian Buster, and with wine-4.13 compiled from the latest source code available in Git as of 2019-08-04. This bug exists with both 32-bit and 64-bit Wine.