http://bugs.winehq.org/show_bug.cgi?id=18517
Summary: Tablet pen pressure or eraser (wacom tablet) are not working in Photoshop CS 4 Product: Wine Version: unspecified Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: ergo14@gmail.com
Tested with both version of CS:
CS4:
pen pressure is not recognized , nor reversing the pen to use eraser
CS2:
pressure and eraser work and are recognized correctly
http://bugs.winehq.org/show_bug.cgi?id=18517
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |hardware
--- Comment #1 from Austin English austinenglish@gmail.com 2009-05-18 10:47:14 --- Terminal output?
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #2 from Marcin ergo14@gmail.com 2009-05-18 11:53:58 --- Created an attachment (id=21165) --> (http://bugs.winehq.org/attachment.cgi?id=21165) log from CS4
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #3 from Marcin ergo14@gmail.com 2009-05-18 11:56:34 --- log attached.
ive also compared how brush options look in CS2 vs CS4, in CS4 in brush dynamics where size jitter setting is present on the left of "control : pen pressure" there is a small exclamation icon that probably means that PS doesnt detect a tablet as input device.
In CS2 everything seems fine
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #4 from Marcin ergo14@gmail.com 2009-05-18 12:22:42 --- Created an attachment (id=21166) --> (http://bugs.winehq.org/attachment.cgi?id=21166) WINEDEBUG="+wintab32"
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #5 from Marcin ergo14@gmail.com 2009-05-18 12:30:18 --- Created an attachment (id=21167) --> (http://bugs.winehq.org/attachment.cgi?id=21167) that icon is not presen in CS2
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #6 from John Klehm xixsimplicityxix@gmail.com 2009-05-18 12:46:37 --- Created an attachment (id=21168) --> (http://bugs.winehq.org/attachment.cgi?id=21168) A basic start for wintab tests
If you want to take a crack at extending this test and exploring the proper return size for WTInfo and maybe also the cursor ordering that's cool.
This is pretty sad times for pressure to not work in photoshop again so I'm interested in seeing this fixed as well.
A good collection of docs on wintab is here: http://wiki.winehq.org/TabletSupport
Good example good is the windows gtk that windows gimp uses for its pressure stuff. Its linked from the wiki.
http://bugs.winehq.org/show_bug.cgi?id=18517
John Klehm xixsimplicityxix@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xixsimplicityxix@gmail.com
--- Comment #7 from John Klehm xixsimplicityxix@gmail.com 2009-05-18 22:45:53 --- cc'ing myself
http://bugs.winehq.org/show_bug.cgi?id=18517
cem cemelmaci@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cemelmaci@hotmail.com
--- Comment #8 from cem cemelmaci@hotmail.com 2009-07-14 10:00:56 --- i have a aiptek tablet. pen pressure works with photoshop cs2 but not with photoshop cs4. my wine version is 1.1.25 git.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #9 from cem cemelmaci@hotmail.com 2009-07-14 10:35:47 --- Created an attachment (id=22376) --> (http://bugs.winehq.org/attachment.cgi?id=22376) pscs2 and pscs4 termial outputs
i have my wine with patch "Created an attachment (id=21168) --> (http://bugs.winehq.org/attachment.cgi?id=21168)" patched. but unfortunately not works. here is the terminal outputs.
http://bugs.winehq.org/show_bug.cgi?id=18517
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://trials.adobe.com/App | |lications/Photoshop/CS4/Win | |/ADBEPHSPCS4_LS1.7z Version|unspecified |1.1.21
http://bugs.winehq.org/show_bug.cgi?id=18517
billstei billstei@hbci.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #10 from billstei billstei@hbci.com 2009-12-27 12:42:56 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=18517
billstei billstei@hbci.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |billstei@hbci.com
http://bugs.winehq.org/show_bug.cgi?id=18517
Charles Phillips charles@doublerebel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |charles@doublerebel.com
--- Comment #11 from Charles Phillips charles@doublerebel.com 2010-12-27 17:52:46 CST --- This bug is still present in wine 1.3.9 and Photoshop CS5 with a Monoprice (UC-Logic) tablet. Log attached.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #12 from Charles Phillips charles@doublerebel.com 2010-12-27 18:00:11 CST --- Created an attachment (id=32644) --> (http://bugs.winehq.org/attachment.cgi?id=32644) Debug log from Wine 1.3.9 and CS5 with a Monoprice tablet
Created with console command WINEDEBUG=+wintab32 wine "C:\Program Files\Adobe\Adobe Photoshop CS5\Photoshop.exe" > log.txt 2>&1
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #13 from Roberto Saltini house.83@gmail.com 2012-11-15 18:32:28 CST --- Created attachment 42509 --> http://bugs.winehq.org/attachment.cgi?id=42509 Trust TB-5300 (wizardpen) doesn't work
http://bugs.winehq.org/show_bug.cgi?id=18517
Roberto Saltini house.83@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42509|0 |1 is obsolete| |
--- Comment #14 from Roberto Saltini house.83@gmail.com 2012-11-15 18:40:56 CST --- Created attachment 42510 --> http://bugs.winehq.org/attachment.cgi?id=42510 wine 1.5.17, Trust TB-5300 (wizardpen) don't work in PS CS5
I've tried all under Ubuntu 12.04 distribuition.
My setup is: wine 1.5.17 Tablet Trust TB-5300 tablet driver: wizardpen
All works in Gimp, but in PS CS5 the pen pressure doesn't work.
In addition, usually, using brush tool, if I press the pen down and keeping it down I move, I get only the first spot painted, then PS CS5 acts as I raised the pen up. This doesn't happen always, but usually.
I append log report.
http://bugs.winehq.org/show_bug.cgi?id=18517
junkcommander0@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |junkcommander0@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #15 from junkcommander0@gmail.com 2012-12-26 12:43:36 CST --- Same issue (no pen pressure) with photoshop CS6 under wine 1.5.20
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #16 from junkcommander0@gmail.com 2012-12-26 12:59:04 CST --- Created attachment 42962 --> http://bugs.winehq.org/attachment.cgi?id=42962 No Wacom Pen Pressure in Photoshop CS6 (wine 1.5.20) -- pressure works in other wine programs, and gimp
Generated log with:
/home/will/wine-git/wine "/home/will/.wine/drive_c/Program Files/Adobe/Adobe Photoshop CS6/Photoshop.exe" &>/home/will/photoshoplog.txt
Kernel: 3.2.0-0.bpo.4-amd64 (Debian Backport to Squeeze) gcc version 4.4.5 (Debian 4.4.508)
Please let me know if there is anything else I can add to help!
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #17 from Jay Hilliard jaydhilliard@gmail.com 2013-01-11 17:23:31 CST --- Created attachment 43154 --> http://bugs.winehq.org/attachment.cgi?id=43154 wintab patches
I'm using a wine package I built for RHEL6 that includes the attached patch. wine-1.5.19-2.el6.i686 It's all 32-bit, even though my systems are multi-arch. The point is, I have a working photoshop, and the wacom has pressure sensitivity in gimp, but not in photoshop cs4 Switching to native wintab32.dll caused the eraser to paint instead of erase. Using wintab32 (non-native) has a working eraser, and stylus, but still no pressure sensitivity. Does anyone have any ideas? I'm willing to try just about anything to get pressure sensitivity working with Wine's wintab32 like it did before with CS2. HELP!
http://bugs.winehq.org/show_bug.cgi?id=18517
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |wintab32
http://bugs.winehq.org/show_bug.cgi?id=18517
Ken Sharp kennybobs@o2.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeff.artik@gmail.com
--- Comment #18 from Ken Sharp kennybobs@o2.co.uk 2013-07-15 10:28:22 CDT --- *** Bug 23947 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=18517
Jay Hilliard jaydhilliard@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaydhilliard@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=18517
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords|download | URL|http://trials.adobe.com/App | |lications/Photoshop/CS4/Win | |/ADBEPHSPCS4_LS1.7z | CC| |imwellcushtymelike@gmail.co | |m Depends on| |18070, 34064 Summary|Tablet pen pressure or |Tablet pen pressure or |eraser (wacom tablet) are |eraser (wacom tablet) are |not working in Photoshop CS |not working in Photoshop CS |4 |4/5
--- Comment #19 from Ken Sharp imwellcushtymelike@gmail.com --- If possible (installer doesn't work), please can someone retest this in Wine 1.7.11 or later?
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #20 from Jay Hilliard jaydhilliard@gmail.com --- I tested 1.7.11 with a working cs6 bottle but had no success with pressure sensitivity. I was all excited. I do have logs for you with debug for windows and wintab32 if you are interested. The OS is rhel6.5 x86_64 with Nvidia k5000 and intuos4 tablet which does work with pressure in a test windows app through wine but not Photoshop cs6. The wine RPM's are all 32 bit as is the photoshop bottle. I do see my Wacom device found as a joystick in the cpanel. Don't know if that is causing an issue in cs6. Thank you for working this issue!
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #21 from Ken Sharp imwellcushtymelike@gmail.com --- Yes please upload the console log as an attachment. It's probably the same issue for all Photoshop CS versions.
http://bugs.winehq.org/show_bug.cgi?id=18517
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #21165|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=18517
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #22376|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=18517
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42510|0 |1 is obsolete| |
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #22 from Jay Hilliard jaydhilliard@gmail.com --- Created attachment 47419 --> http://bugs.winehq.org/attachment.cgi?id=47419 ps6 on wine 1.7.11 log with +wintab32,+x11settings,+xrandr
Here's the log from my test. I tried cs4, and like you suggested, no change there either. The eraser works on my stylus and here's my xinput list. Also, I'm running in Nvidia Twinview mode with dual displays.
$ xinput --list ⎡ Virtual core pointer id=2 [master pointer (3)] ⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer (2)] ⎜ ↳ PS/2 Generic Mouse id=10 [slave pointer (2)] ⎜ ↳ Macintosh mouse button emulation id=11 [slave pointer (2)] ⎜ ↳ Logitech USB Optical Mouse id=12 [slave pointer (2)] ⎜ ↳ Wacom Intuos3 6x8 stylus id=13 [slave pointer (2)] ⎜ ↳ Wacom Intuos3 6x8 eraser id=14 [slave pointer (2)] ⎜ ↳ Wacom Intuos3 6x8 cursor id=15 [slave pointer (2)] ⎜ ↳ Wacom Intuos3 6x8 pad id=16 [slave pointer (2)] ⎣ Virtual core keyboard id=3 [master keyboard (2)] ↳ Virtual core XTEST keyboard id=5 [slave keyboard (3)] ↳ AT Translated Set 2 keyboard id=6 [slave keyboard (3)] ↳ CHICONY HP Basic USB Keyboard id=7 [slave keyboard (3)] ↳ Power Button id=8 [slave keyboard (3)] ↳ Power Button id=9 [slave keyboard (3)]
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #23 from Jay Hilliard jaydhilliard@gmail.com --- I notice when pressure sensitivity works with a windows test program that I see "WTEnable" in the logs, but never in Photoshop's wine log.
http://bugs.winehq.org/show_bug.cgi?id=18517
phaethon eriks00@moon.lv changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |eriks00@moon.lv
--- Comment #24 from phaethon eriks00@moon.lv --- Adding following to the beggining of the function TABLET_CopyPacketData in file dlls/wintab32/context.c
if (!(wtp->pkChanged & PK_NORMAL_PRESSURE)) { TRACE("Changing pkChanged\n"); wtp->pkChanged |= PK_NORMAL_PRESSURE; }
makes pressure sensitivity to work for the start of the session. After some time it stops working. Without these lines it never reacts to pressure sensitivity.
I tried to add something more intelligent to the dlls/winex11.drv/wintab.c, tracking change of pressure and setting the flag only when it changes, but did not succeed yet.
I am using Photoshop CS4 with wine 1.6.1 (with the brush patch in user32).
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #25 from phaethon eriks00@moon.lv --- Doing a quick double 'press' (like double click) in the paint area with stylus, selecting menu with a stylus, pressing stylus button or doing something else besides just painting - stops detecting pressure.
I, also, tried patching 1.7.12. It works, but usually stops detecting pressure much earlier even if just painting.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #26 from phaethon eriks00@moon.lv --- Created attachment 47799 --> http://bugs.winehq.org/attachment.cgi?id=47799 Experimental patch to enable pen pressure
This is patch tracking changes of other parameters and setting pkChanged correspondingly. Makes my Photoshop briefly work as it should :), i.e. with pressure sensitivity.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #27 from artik jeff.artik@gmail.com --- thanks phaethon for your help. I tried your patch under CS6 and CC, but it seems it doesn't work. Any help ?
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #28 from artik jeff.artik@gmail.com --- Sorry, I rebooted, it works for few minutes, then back to normal mode. I also noticed drawing become really slow when pressure sensitivity works.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #29 from phaethon eriks00@moon.lv --- Created attachment 47814 --> http://bugs.winehq.org/attachment.cgi?id=47814 Additional patch (to be used together with previous one)
I found a nasty typo in wintab32/context.c Basically wine always send wrong pkSerialNumber. It is a wander any software worked with it at all.
Now it works much more consistently. At least on my computer with CS4. There are still some small glitches, but at least it never looses pressure sensitivity permanently.
This should be applied together with the patch in the previous attachment.
Regarding speed, mentioned in the previous e-mail, I have heard about commenting out sendint WT_PACKET messages or unsetting CXO_MESSAGES, but this is not an issue on my setup, so I cannot test.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #30 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to phaethon from comment #29)
Created attachment 47814 [details] Additional patch (to be used together with previous one)
I found a nasty typo in wintab32/context.c Basically wine always send wrong pkSerialNumber. It is a wander any software worked with it at all.
Please read http://wiki.winehq.org/SubmittingPatches and send the patch, if you don't have the time to do that just say here and someone else will do it.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #31 from phaethon eriks00@moon.lv --- I will submit myself. But first, I will do some more testing on PK_CHANGE effect.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #32 from Jay Hilliard jaydhilliard@gmail.com --- Is that supposed to be WTPKT instead of UINT?
+static UINT lastNormalPressure = 0xffff;
I only ask because it looks like pkNormalPressure is WTPKT.
In any case, I tested 1.7.14 and cs6 with your two patches (except I used WTPKT instead of UINT) and it appears to work. There's still a bug with key_state_cache which may require me to revert parts of commit cb3b7237925a24ba4c5696dd079fdc5d99a48577 like others have done with photoshop so painting works instead of giving only dots.
(In reply to phaethon from comment #26)
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #33 from phaethon eriks00@moon.lv --- pkNormalPressure is UINT as defined in WTPACKET struct at the beginning of wintab.c.
btw, painting with tablet works without reverting user32 change which introduced brush problems with dots.
1) There are still some problems left. If you quickly release and continue a line drawn, then it sometimes becomes 'fixed pressure' until the end of the line 2) After working with some dialogs, menus, switching to other applications it may draw only straight lines (selecting new brush returns normal behaviour) 3) In some situations it stops working until restart of application. E.g. hiding/showing some panels, etc.
But at least it is now usable.
http://bugs.winehq.org/show_bug.cgi?id=18517
phaethon eriks00@moon.lv changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #47799|0 |1 is obsolete| | Attachment #47814|0 |1 is obsolete| |
--- Comment #34 from phaethon eriks00@moon.lv --- Created attachment 47818 --> http://bugs.winehq.org/attachment.cgi?id=47818 Final patch candidate
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #35 from Bruno Jesus 00cpxxx@gmail.com --- (In reply to phaethon from comment #34)
Created attachment 47818 [details] Final patch candidate
I think you should really send the last part as a separate patch. Since it's a copy & paste issue the chances of getting it commited are much higher. The first change of the patch also seems unrelated to the rest, so it could be a different patch.
I can't comment the rest of the patch because I have no knowledge in that area, I can just tell that some lines are too long in setChanged, maybe you could use memcmp instead of comparing each individual part of the struct. And have a last struct variable with all values inside instead of separate lastXXX variables.
http://bugs.winehq.org/show_bug.cgi?id=18517
Jan Boon kaetemi@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kaetemi@gmail.com
--- Comment #36 from Jan Boon kaetemi@gmail.com --- (In reply to phaethon from comment #34)
Created attachment 47818 [details] Final patch candidate
Where do those magic numbers 1600 and 900 for lcOutExtX and lcOutExtY come from? I have a patch from a few years ago which does this differently. http://bugs.winehq.org/attachment.cgi?id=39528
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #37 from phaethon eriks00@moon.lv --- Most likely your solution is superior. I noticed working with Photoshop if these values are 0 initially, they stay as zero, otherwise Photoshop sets them to sensible value. If these stay as 0, then pkX and pkY are scaled to 0 in the message. So, setting to anything was better than initializing with 0.
Did you submit your patch? If yes, what was its fate?
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #38 from Jan Boon kaetemi@gmail.com --- (In reply to phaethon from comment #37)
Did you submit your patch? If yes, what was its fate?
Had not submitted that patch. It worked for SAI when I initially created it, but using later versions of Wine, SAI did not even launch anymore due to some other regression, so I could not further test it...
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #39 from phaethon eriks00@moon.lv --- You want to submit it? Or I use the idea to improve my code with GetSystemMetrics call? I need one or the other for Photoshop.
btw, Photoshop changes values to something much larger than sceen size. These are not SysExt values and should not necessary match to screen pixels.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #40 from Jan Boon kaetemi@gmail.com --- (In reply to phaethon from comment #39)
You want to submit it? Or I use the idea to improve my code with GetSystemMetrics call?
Not sure, what's the MS behaviour of this variable?
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #41 from phaethon eriks00@moon.lv --- You mean wintab32.dll? I believe it is more tablet driver than MS. In my case I see wintab32.dll requests it from Wacom's dll. Values in my case are mathching screen pixels. So, using GetSystemMetrics is likely a good idea.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #42 from phaethon eriks00@moon.lv --- I have been testing the patch and made some minor improvements to it. There are three more issues I have identified: 1) My wacom Pen & Touch tablet's eraser is identified as stylus due to the fact it has Pen in the device name. I have patch for it, which I will submit later. 2) If drawing, quickly raising and drawing again, then it appears to start drawing without pressure sensitivity until the end of the line. Problem is quite nasty. It is due to the fact that XEvent for ButtonPress is received earlier than XDeviceButtonPress event, so Photoshop starts drawing before it has received any pressure indication. I have a workaround for this - disabling processing ButtonPress events from X if Tablet is registered, which makes mouse unusable - only pen, but removes the problem. This is not a good solution, but for custom wine just for Photoshop it might make sense. I am lacking good ideas to overcome the problem in a more clever way. I will attach my patch later. Advice welcome. 3) My tablet is Pen & Touch. It sometimes draws a random point from the touch cursor at times when I wouldn't expect it. E.g. when removing pen from proximity while hand is touching the pad. This is different than Windows behavior. No good ideas how to deal with these situations yet. Comments welcome.
Overall I feel quite happy with it. It is definetely usable for me. I intend to submit it to wine patches except for issue 2), which would not be for general use.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #43 from Jay Hilliard jaydhilliard@gmail.com --- I have also been testing the new patch. I found also found the dot issue still happens when using the mouse, only. When I use the stylus, it works with pressure, and I don't have the 'dot' issue, but it's extremely slow, as if it's taking too long to process wintab32 events.
Do you think this addition to wintab.c might help it loop faster?
LPWTI_CURSORS_INFO tgtcursor; TRACE("(%u, %u, %p)\n", wCategory, nIndex, lpOutput); + if (gNumCursors ==0) + return 0;
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #44 from phaethon eriks00@moon.lv --- Have you switched off OpenGL acceleration in Photoshop preferences? When it is switched on it is unusably slow for me. wintab.c code does not register event callbacks if there are no cursors found. Your line shouldn't change performance.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #45 from phaethon eriks00@moon.lv --- Issue #2 in comment #42 is solved by installing latest xf86-input-wacom drivers. Apparently they fixed the lag issue and I get it no very rarely.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #46 from phaethon eriks00@moon.lv --- Created attachment 47910 --> http://bugs.winehq.org/attachment.cgi?id=47910 Fixing some Photoshop specific behaviour
This is additional patch containing 2 Photoshop specific workarounds. 1) it fixes an issue of pressure and motion following sometimes being lost if drawn short time after using some of the ui elements (e.g. menu). This is a workaround and I would not submit this to wine-patches, but for the specific case it helps. 2) workaround for tooltip of the file name not disappearing.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #47 from phaethon eriks00@moon.lv --- For reference in this thread - I have submitted patches 103421 and 103422, which are pending since Monday. Previously, I submitted one more, which is already commited. Together they fix this issue. They are functionally very similar to the patch "Final patch candidate" I attached previously to this thread.
http://bugs.winehq.org/show_bug.cgi?id=18517
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #48 from Bruno Jesus 00cpxxx@gmail.com --- Patches commited: http://source.winehq.org/git/wine.git/?a=commit;h=2de64560fe3e36e56eccafa220... http://source.winehq.org/git/wine.git/?a=commit;h=235100bb72882dcab5553716f1...
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #49 from Jay Hilliard jaydhilliard@gmail.com --- Created attachment 47948 --> http://bugs.winehq.org/attachment.cgi?id=47948 photoshop cs6 log
1.7.15 + pressure sensitivity patches = +wintab32 log
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #50 from Jay Hilliard jaydhilliard@gmail.com --- Created attachment 47949 --> http://bugs.winehq.org/attachment.cgi?id=47949 wine patch to revert the commit that adds key cache functionality
I'm using todays build with most of your patches committed. I only had to add patch 103422 since the rest were committed. I aslo added wine-revert_key_cache.patch to revert the key_cache commit that broke painting with the mouse in photoshop. Reverting the key_cache commit made the mouse work wonderfully, However, I am still having trouble with performance on the tablet. If I draw a circle with the stylus it looks like a pentagon. Pressure works, Thank you for that, especially. I'm interested in your comment about "I have heard about commenting out sending WT_PACKET messages or unsetting CXO_MESSAGES, but this is not an issue on my setup, so I cannot test."
I am interested in following up on this to see if I can get the stylus to draw circles :). Any more insight or how-to you have on the CXO_MESSAGES and how to make the change would help. I am also willing to do any testing you want.
I'm uploading my wine-revert_key_cache.patch which applies cleanly to 1.7.15 as well as my most recent +wintab32 log in the hopes it helps.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #51 from phaethon eriks00@moon.lv --- There are some issues with threading beyond my understanding. I believe key caching issue is from the same story. If somebody could properly fix key caching, it might help understand/resolve some of the tablet issues.
Photoshop uses several threads. Sometimes just one thread works and asks for GetAsyncKeyState. Sometimes two threads ask. In the latter case weird problems happen.
Photoshop combines info from GetAsyncKeySate, tablet events, mouse events. Apparently on wine they are sort of out of sync compared to Photoshop expectations. I could use a debug log similar to wine's, but recorded on Windows with the sequence of mouse/tablet/keyboard/window messages sent, GetAsyncKeyState, wintab WT... function calls and responses, thread ids for all calls.
On CS6 performance. For my setup it heavily helps if I switch on GPU support to Normal level, but switch OFF "use graphic processor for computations...". Then I can draw circles. If latter setting is on I cannot. I have 2 more issues on CS6 - pen drawing does not work with tablet (it sort of looses the track), various screen update issues when I draw with tablet. CS4 for me works much better.
If you are interested to try commenting out WT_messages then in dlls/wintab32/wintab32.c function TABLET_WindowProc comment out call to TABLET_PostTabletMessage in WT_PACKET case statement. For me it did not make a difference for CS6.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #52 from phaethon eriks00@moon.lv --- And forgot to mention one more for CS6 performance - switch Direct Draw Renderer in wine to opengl.
http://bugs.winehq.org/show_bug.cgi?id=18517
coat.of.sand@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |coat.of.sand@gmail.com
--- Comment #53 from coat.of.sand@gmail.com --- I made an account to add that I'm experiencing the same problem in Manga Studio 5 under Ubuntu 14.04 & Wine 1.6 (Manga Studio won't boot at all under 1.7). The program is missing from the list of software affected by the bug.
I don't know if this is the right place to report this. I'm also having issue 29871.
http://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #54 from Ken Sharp imwellcushtymelike@gmail.com --- (In reply to coat.of.sand from comment #53)
I'm experiencing the same problem in Manga Studio 5
Are you sure it's not Bug 33056?
For reference: you just need to add the bug link to the AppDB.
https://bugs.winehq.org/show_bug.cgi?id=18517
Storm hewanci@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hewanci@gmail.com
--- Comment #55 from Storm hewanci@gmail.com --- I compiled Wine with the fix for Photoshop brushes only drawing a dot (buy commenting out two lines) and it works, but there is no pressure still. reading the discussion gave me the impression that phaeton's patches are already in Wine and it should work, but it still doesn't.
Should I then apply his patches "Final patch candidate" and " Fixing some Photoshop specific behaviour" to the current Wine code in addition to the brush not drawing patch?
https://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #56 from phaethon eriks00@moon.lv --- Significant part of the 'final patch candidate' is not committed to the wine source - setting of pkChanged in motion_event and corresponding function. Try applying the patch, compile and test.
https://bugs.winehq.org/show_bug.cgi?id=18517
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |foxtrees@hotmail.com
--- Comment #57 from Austin English austinenglish@gmail.com --- *** Bug 37464 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #58 from Storm hewanci@gmail.com --- Applied "Final patch candidate" but ti doesn't work. PS still thinks there is no pressure capable device connected, and pressure doesn't work.
Regarding "Fixing some Photoshop specific behaviour" the tooltip fix works like a charm, the other part however, that is supposed to fix a brush issue cripples brushes so I recompiled it without that part.
https://bugs.winehq.org/show_bug.cgi?id=18517
sghpunk sgh-punk@yandex.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sgh-punk@yandex.ru
--- Comment #59 from sghpunk sgh-punk@yandex.ru --- Hi All. I just compiled wine-1.7.30 with "Final patch candidate" (but cannot apply "Fixing some Photoshop specific behaviour") with no luck. Photoshop CS5 did not recognize pressure level from my Wacom Intuos CTH-680.
Help me, please! Many thanks!
P.S. Native Krita and GIMP does recognize pressure level.
https://bugs.winehq.org/show_bug.cgi?id=18517 Bug 18517 depends on bug 34064, which changed state.
Bug 34064 Summary: Adobe CS4 installer fails (COM class factory for CLSID_NetFwOpenPort needed) https://bugs.winehq.org/show_bug.cgi?id=34064
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
https://bugs.winehq.org/show_bug.cgi?id=18517
Alex M. alex_846203@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alex_846203@yahoo.com
--- Comment #60 from Alex M. alex_846203@yahoo.com --- Created attachment 50996 --> https://bugs.winehq.org/attachment.cgi?id=50996 Pressure sometimes recognized in CC 14.2
The result of CC 14.2 on the latest unpatched wine (1.7.38). No more tablet pressure not detected icon, and it randomly but rarely works with a Bamboo tablet.
https://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #61 from Alex M. alex_846203@yahoo.com --- Created attachment 50997 --> https://bugs.winehq.org/attachment.cgi?id=50997 Pressure works but curves are blocky, CC 14.2
Update on the above, the "Final patch candidate" posted here worked, but there's still the problem mentioned in the comments in https://bugs.winehq.org/show_bug.cgi?id=29871, where curves turn out blocky if using tablet (mouse is ok).
Compiled on Trusty i386.
https://bugs.winehq.org/show_bug.cgi?id=18517
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #62 from winetest@luukku.com --- (In reply to Alex M. from comment #61)
Created attachment 50997 [details] Pressure works but curves are blocky, CC 14.2
Update on the above, the "Final patch candidate" posted here worked, but there's still the problem mentioned in the comments in https://bugs.winehq.org/show_bug.cgi?id=29871, where curves turn out blocky if using tablet (mouse is ok).
Compiled on Trusty i386.
Could you retest?
https://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #63 from Storm Engineer hewanci@gmail.com --- What's the status of this? Can't test as I doN't have Photoshop now.
https://bugs.winehq.org/show_bug.cgi?id=18517
ManonB manon.bojan1996@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |manon.bojan1996@gmail.com
--- Comment #64 from ManonB manon.bojan1996@gmail.com --- Hey, I still have this problem on Photoshop CC 2018. I'm using winehq-stable(3.0). Pressure is not recognized at all.
https://bugs.winehq.org/show_bug.cgi?id=18517
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|imwellcushtymelike@gmail.co | |m |
https://bugs.winehq.org/show_bug.cgi?id=18517 Bug 18517 depends on bug 18070, which changed state.
Bug 18070 Summary: Multiple apps need separate msi custom action server process due to COM/MTA and/or isolation issues (Adobe CS3/CS4, Flash, Windows SDK 2008, Strawberry Perl, MS Office 2010) https://bugs.winehq.org/show_bug.cgi?id=18070
What |Removed |Added ---------------------------------------------------------------------------- Status|STAGED |RESOLVED Resolution|--- |FIXED
https://bugs.winehq.org/show_bug.cgi?id=18517
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=18517
MNKYshield mnkyshield@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mnkyshield@gmail.com
--- Comment #65 from MNKYshield mnkyshield@gmail.com --- Is there any update on this, I would compile if I could, cudnt even get the dependencies to install on Kubuntu. This is the only thing really stopping Photoshop CC from being usable on Linux, Please can someone compile this patch and test...Tanks so much.
https://bugs.winehq.org/show_bug.cgi?id=18517
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |leslie_alistair@hotmail.com Status|NEW |STAGED Staged patchset| |https://github.com/wine-sta | |ging/wine-staging/tree/mast | |er/patches/wintab32-improve | |ments
https://bugs.winehq.org/show_bug.cgi?id=18517
Pikyun chaillerlucien@gmx.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chaillerlucien@gmx.fr
https://bugs.winehq.org/show_bug.cgi?id=18517
b4vpysgu b4vpysgu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |b4vpysgu@gmail.com
--- Comment #66 from b4vpysgu b4vpysgu@gmail.com --- I tested the patch in attachment 47818, "Final patch candidate", on the latest Ubuntu 18.04 with the latest sources (4.5) from https://dl.winehq.org/wine-builds/ubuntu/. I AM using the latest xf86-input-wacom as well, and have no cursor lag until drawing with pressure in photoshop.
The only version of Photoshop I could get to work somewhat reliably, was CS6, and it was basically the same as mentioned in Comment 61, https://bugs.winehq.org/show_bug.cgi?id=18517#c61
Pressure works about 90% of the time. When it does work, it is blocky. Essentially when the pressure IS working it is blocky and slow, when it occasionally stops reporting pressure information, it is smooth (I assume it's just being treated as a mouse at that point).
I tried all the various graphical settings in photoshop, and it seemed to make no difference.
My logs were initially full of this... fixme:wintab32:X11DRV_WTInfoW Return proper size I commented that out, since it really spews that message a lot. Once that message was not being logged, there was not much else to report.
Additionally I unfortunately have the i2c version of the wacom (in my laptop), currently reported as "Wacom HID 50FB Pen stylus" by xinput.
FYI if you have a USB wacom, you can just use USB passthrough and something like virtualbox as an alternative ;)
So to sum up, it's basically the same as before.
https://bugs.winehq.org/show_bug.cgi?id=18517
--- Comment #67 from Alistair Leslie-Hughes leslie_alistair@hotmail.com --- Trying use wine-staging, as it has some experimental patches to improve pressure support.
Also, could you please create a +wintab32 log when the tablet is connected.
https://bugs.winehq.org/show_bug.cgi?id=18517
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robert.munteanu@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=18517
devil.tamachan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |devil.tamachan@gmail.com
--- Comment #68 from devil.tamachan@gmail.com --- pkButtons is always 2.
https://www.winehq.org/pipermail/wine-devel/2007-December/061414.html
That is, in X, our devices come out as 1 based (not 0 based), and on Windows, they report as 0 based. iow, with this patch, pkButtons is always 2; on Windows, it's always 1.
patch
https://github.com/wine-mirror/wine/blob/master/dlls/winex11.drv/wintab.c#L9...
wintab.c - motion_event()
gMsgPacket.pkNormalPressure = motion->axis_data[2]; - gMsgPacket.pkButtons = get_button_state(curnum); + gMsgPacket.pkButtons = get_button_state(curnum)-1; gMsgPacket.pkChanged = get_changed_state(&gMsgPacket);
https://bugs.winehq.org/show_bug.cgi?id=18517
alastair.trackermail@gmx.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alastair.trackermail@gmx.co | |m
--- Comment #69 from alastair.trackermail@gmx.com --- Issue still present in 6.18 staging.
https://bugs.winehq.org/show_bug.cgi?id=18517
ben+wine@phelps.com.au changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ben+wine@phelps.com.au
https://bugs.winehq.org/show_bug.cgi?id=18517
Neko-san nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nekoNexus@protonmail.ch