http://bugs.winehq.org/show_bug.cgi?id=25912
Summary: SketchUp 7/8 one mouse event behind Product: Wine Version: 1.3.11 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: stefan@konink.de
Basically every move/click with SketchUp made with the mouse is one event behind. It seems the expose is in some form not triggered, until the next event starts.
http://bugs.winehq.org/show_bug.cgi?id=25912
aspenelm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |aspenelm@gmail.com
--- Comment #1 from aspenelm@gmail.com 2011-02-27 18:48:27 CST --- I have same problem!
Using Sketchup 8 (also same behavior in Sketchup 7), Wine 1.3.14, Nvidia proprietary driver, Kubuntu 10.04. This problem exists on my other machines (also Nvidia/Kubuntu/Wine1.3 configurations). In fact I can't remember when sketchup did not have this behind by one operation problem with wine (I have tried various wine version in the last year)
Example, select an item in the drawing area with the mouse, it wont show blue bounding box around it until you do another operation or even pan/zoom. The drawing area is one operation behind. It makes it difficult to work in the drawing area. Works rather well otherwise, but this is a big nagging issue with me.
http://bugs.winehq.org/show_bug.cgi?id=25912
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |wylda@volny.cz Ever Confirmed|0 |1
--- Comment #2 from Wylda wylda@volny.cz 2011-06-20 05:17:30 CDT ---
Confirmed in comment #1.
http://bugs.winehq.org/show_bug.cgi?id=25912
V.platanias azathothgr@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |azathothgr@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=25912
justcarroll@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |justcarroll@gmail.com
--- Comment #3 from justcarroll@gmail.com 2011-10-21 10:03:14 CDT --- Confirming previous posts.
SketchUp 8.0.4811 Wine 1.2.2 Ubuntu 10.04
http://bugs.winehq.org/show_bug.cgi?id=25912
vince_bob@gmx.fr vince_bob@gmx.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |vince_bob@gmx.fr
--- Comment #4 from vince_bob@gmx.fr vince_bob@gmx.fr 2011-12-02 23:07:47 CST --- Confirming previous post too. Wine 1.2.3 ubuntu 11.10 ATI graphic card. Sketchup 8.0.11752
But: After rebooting my computer in rescue mode, Sketchup works perfectly.No more problem with mouse.
So, Each time I wan't to use Skecthup, I reboot in rescue mode.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #5 from Vitaliy Margolen vitaliy-bugzilla@kievinfo.com 2011-12-03 23:41:39 CST --- Please update to more resent Wine version and test again. There were lots of changes related to mouse handling.
http://bugs.winehq.org/show_bug.cgi?id=25912
adrian adrian@cam.cornell.edu changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adrian@cam.cornell.edu
--- Comment #6 from adrian adrian@cam.cornell.edu 2011-12-20 05:40:12 CST --- I have Ubunutu 11.10 on two machines. One machine has wine 1.2.3 and Sketchup 8.0.4811. On this one, sketchup is working OK.
The other machine I just installed Ubuntu on and wine is version 1.3.28. Sketchup is 8.0.11752. This system experiences the one event delay problem. I noticed the problem because if I use the push/pull tool the surface doesn't get blue dots until I move the mouse to the next surface. I also noticed the problem with selection as described above. If I minimize the window and then raise it the window is full of garbage until I make one additional mouse click.
http://bugs.winehq.org/show_bug.cgi?id=25912
Giorgio Loi gioloi72@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gioloi72@gmail.com
--- Comment #7 from Giorgio Loi gioloi72@gmail.com 2012-02-18 04:04:00 CST --- I'm affected too. But I think the problem is simply that the window is not updated, i.e. if you select something it will be selected but you don't see the blue highlight until you make another action. This obviously make difficult to work. For example, using the push/pull tool and selecting a surface, you don't see the blue highlight on the surface, but if you continue with the action the face pulled/pushed is what you you have selected. I remember that older versions of wine (0.9.x) in combination with older version of Sketchup (6) were not affected by this problem. Excuse my English, I hope you understand
http://bugs.winehq.org/show_bug.cgi?id=25912
Dave Riegelmayer driegelmayer@insight.rr.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |driegelmayer@insight.rr.com
--- Comment #8 from Dave Riegelmayer driegelmayer@insight.rr.com 2012-03-18 19:51:54 CDT --- Same problem using wine 1.4. Is anyone looking at this problem?
http://bugs.winehq.org/show_bug.cgi?id=25912
l.lemarinel@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l.lemarinel@gmail.com
--- Comment #9 from l.lemarinel@gmail.com 2012-04-25 08:29:42 CDT --- This bug can be worked around with this little script. I had the same problem, with a Nvidia GF 8600M GS card, and this work-around do the trick !
#! /bin/bash xterm -iconic -title "Sketchup Refresher (xterm)" -e "watch -n 0.3 xrefresh -geometry 1x1+500+500" & watchPID=$! echo $watchPID env WINEPREFIX="/home/MyUser/.wine" wine "C:\Program Files\Google\Google SketchUp 8\SketchUp.exe" kill $watchPID
Hope this help !
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #10 from Giorgio Loi gioloi72@gmail.com 2012-04-25 09:00:40 CDT --- workaround on comment 9 doesn't work for me.. :-( (I have a nvidia GF 8600GT video card)
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #11 from l.lemarinel@gmail.com 2012-04-25 09:02:52 CDT --- (In reply to comment #10)
workaround on comment 9 doesn't work for me.. :-( (I have a nvidia GF 8600GT video card)
I also did disabled any appearence effects in (settings, appearence)... Also, Have activated "sync on vblank" in the nvidia settings, don't know if that matters ....
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #12 from Giorgio Loi gioloi72@gmail.com 2012-04-25 09:32:09 CDT --- (In reply to comment #11)
(In reply to comment #10)
workaround on comment 9 doesn't work for me.. :-( (I have a nvidia GF 8600GT video card)
I also did disabled any appearence effects in (settings, appearence)... Also, Have activated "sync on vblank" in the nvidia settings, don't know if that matters ....
"sync on vblank" is checked in my nvidia configuration. I'm using the unity interface so I have to log out and then re-login on the gnome fallback session to experiment with no effects. But in gnome fallback session sketchup doesn't work at all (it hangs on startup).. I have read on the internet that other people succesfully uses the "watch" hack, but in my case it doesn't work.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #13 from Ludovic l.lemarinel@gmail.com 2012-04-25 09:34:27 CDT --- (In reply to comment #12)
(In reply to comment #11)
(In reply to comment #10)
workaround on comment 9 doesn't work for me.. :-( (I have a nvidia GF 8600GT video card)
I also did disabled any appearence effects in (settings, appearence)... Also, Have activated "sync on vblank" in the nvidia settings, don't know if that matters ....
"sync on vblank" is checked in my nvidia configuration. I'm using the unity interface so I have to log out and then re-login on the gnome fallback session to experiment with no effects. But in gnome fallback session sketchup doesn't work at all (it hangs on startup).. I have read on the internet that other people succesfully uses the "watch" hack, but in my case it doesn't work.
I was on ubuntu 10.04 with the old gnome interface when I did the test. I also launched an update to 12.04 this morning, so I'll see this evening if it still works with unity or GNOME 3 ! If not, I'll revert to gnome 2, because using sketchup under linux is a MUST HAVE for me !
http://bugs.winehq.org/show_bug.cgi?id=25912
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |matteo.mystral@gmail.com
--- Comment #14 from Matteo Bruni matteo.mystral@gmail.com 2012-04-25 10:05:20 CDT --- The patch from http://www.winehq.org/pipermail/wine-devel/2012-February/094251.html should fix this issue. To apply it you can save the patch to a file and then "git apply filename" from the wine git directory (and then build Wine from the git sources).
Unfortunately I haven't heard anything from the author of the patch lately, so I can't say how long it will take to have this patch in mainline Wine.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #15 from aspenelm@gmail.com 2012-04-25 10:59:39 CDT --- I updated last week to Kubuntu 12.04 LTS Beta on my laptop. Stock install with Noveau drivers (have NOT tried Nvidia drivers yet). Wine 1.4 and Sketchup 8. Desktop effects are on.
Mouse selections are working for me now. Happy so far.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #16 from aspenelm@gmail.com 2012-04-25 11:02:18 CDT --- Also forgot to mention in previous message that keyboard shortcuts are not working. But not a deal breaker.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #17 from Dave Riegelmayer driegelmayer@insight.rr.com 2012-05-13 22:51:14 CDT --- The mouse event delay problem continues. However, I did discover that when running wine1.4 and Ubuntu 12.10 that by switching from a IntelliMouse 1.1a (which uses the round socket) to a Gateway model MOAKUO usb plug, the problem goes away.
The Intellimouse does work with SU on on a Microsoft OS. I am thinking that it might be relate between a SU MS driver and Wine.
This may help in finding an answer to the problem.
http://bugs.winehq.org/show_bug.cgi?id=25912
jeremy jeremy@uniquerish.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremy@uniquerish.com
--- Comment #18 from jeremy jeremy@uniquerish.com 2012-05-15 21:14:11 CDT --- I recently switched from nouveau to nvidia drivers on my Debian Wheezy system (running custom 3.2.12 kernel). Sketchup (under Wine 1.4) had been working fine with nouveau/mesa, but with nvidia driver, it exhibited this symptom of screen updates always lagging by one 'event'. I applied the patch referenced in comment #14 above, and it appears to have fixed the problem. w00t !
http://bugs.winehq.org/show_bug.cgi?id=25912
glen.harris@middlegable.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |glen.harris@middlegable.org
--- Comment #19 from glen.harris@middlegable.org 2012-05-29 16:47:53 CDT --- Two additional workarounds (a little cleaner than the 'watch a pixel and continuously refresh'.
Workaround 1 (slow): Run using the command line: env LIBGL_ALWAYS_SOFTWARE=1 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
Workaround 2 (awesome): Run using the command line: vblank_mode=0 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
These both absolutely fixed the problem for me of having the screen not update correctly. My configuration: Sketchup8 installed via WineTricks Wine 1.5.5 Ubuntu 12.04 64bit Intel i915 driver (i965 DRI)
Things I tried that *didnt* work: Using my .drirc to set the vblank_mode to 0 Changing options of INTEL_STRICT_CONFORMANCE Setting LIBGL_ALWAYS_INDIRECT And about a thousand other things.
Is there any chance that this workaround (2) can make it into winetricks - I am pretty sure it will be benign for people with working graphics out of the box (nvidia?)
http://bugs.winehq.org/show_bug.cgi?id=25912
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #20 from Dan Kegel dank@kegel.com 2012-05-29 23:52:32 CDT --- Nice find!
Best to file a bug at winetricks.org.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #21 from Giorgio Loi gioloi72@gmail.com 2012-05-30 01:53:42 CDT --- (In reply to comment #19) nvidia doesn't work out of the box... I have nvidia AND the issue :-( Furthermore, unfortunately none of the workarounds suggested by you works with my configuration (neither the pixel refresh trick) :-( SketchUp 8 wine 1.5.5 Ubuntu 12.04 64 bit NVidia GeForce 8600 GT
I hope that at least people with intel graphics card can enjoy your solution
Two additional workarounds (a little cleaner than the 'watch a pixel and continuously refresh'.
Workaround 1 (slow): Run using the command line: env LIBGL_ALWAYS_SOFTWARE=1 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
Workaround 2 (awesome): Run using the command line: vblank_mode=0 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
These both absolutely fixed the problem for me of having the screen not update correctly. My configuration: Sketchup8 installed via WineTricks Wine 1.5.5 Ubuntu 12.04 64bit Intel i915 driver (i965 DRI)
Things I tried that *didnt* work: Using my .drirc to set the vblank_mode to 0 Changing options of INTEL_STRICT_CONFORMANCE Setting LIBGL_ALWAYS_INDIRECT And about a thousand other things.
Is there any chance that this workaround (2) can make it into winetricks - I am pretty sure it will be benign for people with working graphics out of the box (nvidia?)
http://bugs.winehq.org/show_bug.cgi?id=25912
Charles McCreary mtcs@mccrearys.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mtcs@mccrearys.org
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #22 from Charles McCreary mtcs@mccrearys.org 2012-05-30 20:05:41 CDT --- Initially on install I got error 14045. Wine reported "working around".
Started up fine. No other bugs so far.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #23 from Charles McCreary mtcs@mccrearys.org 2012-05-30 20:58:26 CDT --- (In reply to comment #22)
Initially on install I got error 14045. Wine reported "working around".
Started up fine. No other bugs so far.
BTW my configuration
Ubuntu 10.10 Sketchup 8.0.14346 wine 1.4 video Intel Mobile GM965/GL960 Gateway W350I T-Series
Forgot, I had to edit the shell script for the sum1 hash for the install.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #24 from Charles McCreary mtcs@mccrearys.org 2012-05-30 21:22:42 CDT --- (In reply to comment #20)
Nice find!
Best to file a bug at winetricks.org.
Does not seem to work for me. Winetricks gave me this line to run in screen applications menu under wine/windows:
env WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
so I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
and I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine SketchUp.exe
No difference.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #25 from Charles Mac mtcs@mccrearys.org 2012-05-31 13:59:50 CDT --- (In reply to comment #20)
Nice find!
Best to file a bug at winetricks.org.
Does not seem to work for me. Winetricks gave me this line to run in screen applications menu under wine/windows:
env WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
so I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
and I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine SketchUp.exe
No difference.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #26 from Charles Mac mtcs@mccrearys.org 2012-05-31 14:00:10 CDT --- (In reply to comment #20)
Nice find!
Best to file a bug at winetricks.org.
Does not seem to work for me. Winetricks gave me this line to run in screen applications menu under wine/windows:
env WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
so I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
and I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine SketchUp.exe
No difference.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #27 from Charles Mac mtcs@mccrearys.org 2012-05-31 14:00:24 CDT --- (In reply to comment #20)
Nice find!
Best to file a bug at winetricks.org.
Does not seem to work for me. Winetricks gave me this line to run in screen applications menu under wine/windows:
env WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
so I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
and I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine SketchUp.exe
No difference.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #28 from Charles Mac mtcs@mccrearys.org 2012-05-31 14:00:47 CDT --- (In reply to comment #20)
Nice find!
Best to file a bug at winetricks.org.
Does not seem to work for me. Winetricks gave me this line to run in screen applications menu under wine/windows:
env WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
so I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine C:\windows\command\start.exe /Unix /home/charles/.local/share/wineprefixes/sketchup/dosdevices/c:/users/charles/Start\ Menu/Programs/Google\ SketchUp\ 8/Google\ SketchUp.lnk
and I tried:
env vblank_mode=0 WINEPREFIX="/home/charles/.local/share/wineprefixes/sketchup" wine SketchUp.exe
No difference.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #29 from Charles Mac mtcs@mccrearys.org 2012-05-31 14:02:27 CDT --- How did this happen? Sorry. How do I delete these copies?
c
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #30 from Dan Kegel dank@kegel.com 2012-05-31 14:16:34 CDT --- You can't, but I've marked them private so they clutter things less.
http://bugs.winehq.org/show_bug.cgi?id=25912
Roderick Colenbrander thunderbird2k@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |opengl
--- Comment #31 from Roderick Colenbrander thunderbird2k@gmail.com 2012-06-10 22:12:45 CDT --- Marking as an opengl bug.
http://bugs.winehq.org/show_bug.cgi?id=25912
Bing Crossbow HeartwoodJack@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |HeartwoodJack@gmail.com
--- Comment #32 from Bing Crossbow HeartwoodJack@gmail.com 2012-06-12 07:52:54 CDT --- (In reply to comment #31)
Marking as an opengl bug.
Sounds sensible. My first ever install of Wine 1.4 and SketchUp 8.0.14346 on Precise Ubuntu 12.04 on an Acer Aspire One D250 (a.k.a. KAV60).
I firstly could not install SU8 via Winetricks (Checksum/sha1sum error) so youtube showed me (Linux noob) how using terminal, with a downloaded SU8 from FileHippo in case Winetrick's source was faulty.
Next, got OpenGL error, as seen in Bug 14045 which I fixed with a Registry Edit, as suggested by Nan Null at http://bugs.winehq.org/show_bug.cgi?id=14045#c52
Now getting this 'SU drawing area remains one mouse interaction behind' error, with both wireless Intellimouse and inbuilt touchpad. As it's restricted to the drawn graphics area, OpenGL seems a likely candidate.
Thanks as ever to the bug squishers.
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #33 from Giorgio Loi gioloi72@gmail.com 2012-06-12 08:24:04 CDT --- I would definitely say that the problem is not related to the mouse but it's a graphics (OpenGL?) issue. If you use the keyboard to select all (Ctrl + A) the problem is the same, the selection will not appear until you perform some other action, such as changing the view by using the keyboard to access the menu item. So it has nothing to do with the input device used.
http://bugs.winehq.org/show_bug.cgi?id=25912
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tonybcrawford@gmail.com
--- Comment #34 from Dan Kegel dank@kegel.com 2012-07-07 23:38:47 CDT --- *** Bug 31164 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #35 from Charles Mac mtcs@mccrearys.org 2012-07-19 11:06:12 CDT --- Just out of curiosity. What does it take to fix a bug like this and implement for download?
http://bugs.winehq.org/show_bug.cgi?id=25912
blackravener@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |blackravener@gmail.com
--- Comment #36 from blackravener@gmail.com 2012-08-05 04:43:12 CDT --- (In reply to comment #20)
Workaround 1 (slow): Run using the command line: env LIBGL_ALWAYS_SOFTWARE=1 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
Workaround 2 (awesome): Run using the command line: vblank_mode=0 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
Both of these work for me with Intel GPU, but I want to use my Nvidia Gt555m (which unfortunately is Nvidia Optimus). I have no problem running
optirun env WINEPREFIX="<prefix>" wine <path to sketchup.exe>
and I do see improved performance, but mouse click is one action behind.
If I run
optirun vblank_mode=0 WINEPREFIX="<prefix>" wine <path to sketchUp.exe
I'm getting error "/usr/bin/vglrun: 296: exec: vblanc_mode=0: not found"
Is there a way to run sketchup with optirun and vblanc_mode=0 at the same time?
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #37 from Dan Kegel dank@kegel.com 2012-08-05 09:44:01 CDT --- Try optirun env vblank_mode=0 WINEPREFIX="<prefix>" wine <path to sketchUp.exe or
vblank_mode=0 WINEPREFIX="<prefix>" optirun wine <path to sketchUp.exe
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #38 from blackravener@gmail.com 2012-08-06 13:36:57 CDT --- (In reply to comment #37)
Try optirun env vblank_mode=0 WINEPREFIX="<prefix>" wine <path to sketchUp.exe or
vblank_mode=0 WINEPREFIX="<prefix>" optirun wine <path to sketchUp.exe
I have tried those already. Unfortunately both of them result in sketchup being one action behind
http://bugs.winehq.org/show_bug.cgi?id=25912
Greg Durrant gdurrantuk@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gdurrantuk@gmail.com
--- Comment #39 from Greg Durrant gdurrantuk@gmail.com 2012-09-27 12:13:05 CDT --- I have been having this trouble since I have upgraded to ubuntu studio 12.04, and followed this guide http://ubuntuguide.net/install-google-sketchup-cad-style-app-in-ubuntu-using... and still had the trouble. So googled some more and got here and read all your responses, so I have had a play around and tried all manor of fixes and managed to break the video output of sketch-up.
following that I uninstalled everything to do with wine and sketch-up and reinstalled wine, then installed sketch-up just by right clicking and run in wine.
once installed I DID NOT OPEN IT! I went to wine-tricks and installed the DLL's from the guide as mentioned, then I had a thought about when I use to run different programs on windows it's self and thought about installing all the C++ run-time libraries available. As have always seen them all installed in windows as updates. and guess what IT WORKS!!!!!!!!!! No lagging mouse clicks. Not sure this is the root of all your problems but windows has been broken for so many years and there has been so many fixes (e.g. C++ libraries all being installed) that one of the libraries might just have the fix. sounds crazy I know but it works
http://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #40 from Giorgio Loi gioloi72@gmail.com 2012-10-28 02:24:29 CDT --- Hi, just to say that after upgrading to Ubuntu 12.10 and having some issues with the nvidia proprietary driver I switched to the nouveau driver and the "one mouse event behind" problem is completely gone away! I'm very impressed by the performance of nouveau (I not see any difference with the proprietary nvidia drivers), the only problem with it is that plymouth is not showing on boot, but I can live without plymouth. I hope this can help someone.
http://bugs.winehq.org/show_bug.cgi?id=25912
pas psteadman.politics@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |psteadman.politics@gmail.co | |m
--- Comment #41 from pas psteadman.politics@gmail.com 2012-12-16 23:07:33 CST ---
Workaround 2 (awesome): Run using the command line: vblank_mode=0 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
This worked for me too. (Thank you, thank you, thank you! This was driving me batty.)
My configuration:
Computer: Lenovo Ideapad N585
Video card info from lspci: 00:01.0 VGA compatible controller: Advanced Micro Devices [AMD] nee ATI Device 9809
OS: Ubuntu 12.10
Wine version: 1.4.1
Sketchup version: 8.0.15158
http://bugs.winehq.org/show_bug.cgi?id=25912
V-Turn v-turn@laposte.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |v-turn@laposte.net
--- Comment #42 from V-Turn v-turn@laposte.net 2013-02-17 07:47:38 CST ---
Workaround 2 (awesome): Run using the command line: vblank_mode=0 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
This worked perfect for me, thank you, thank you!!
OS : LinuxMint 13 Wine : 1.4 Sketchup : 8.0.14346 Hardware : Asus P8H67-V rev.3 (using onboard video controller)
http://bugs.winehq.org/show_bug.cgi?id=25912
thomas geps.stuff@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |geps.stuff@gmail.com
--- Comment #43 from thomas geps.stuff@gmail.com 2013-08-28 13:48:44 CDT --- (In reply to comment #19)
Two additional workarounds (a little cleaner than the 'watch a pixel and continuously refresh'.
Workaround 1 (slow): Run using the command line: env LIBGL_ALWAYS_SOFTWARE=1 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
Workaround 2 (awesome): Run using the command line: vblank_mode=0 WINEPREFIX="<whatever the prefix is>" wine SketchUp.exe
These both absolutely fixed the problem for me of having the screen not update correctly. My configuration: Sketchup8 installed via WineTricks Wine 1.5.5 Ubuntu 12.04 64bit Intel i915 driver (i965 DRI)
Things I tried that *didnt* work: Using my .drirc to set the vblank_mode to 0 Changing options of INTEL_STRICT_CONFORMANCE Setting LIBGL_ALWAYS_INDIRECT And about a thousand other things.
Is there any chance that this workaround (2) can make it into winetricks - I am pretty sure it will be benign for people with working graphics out of the box (nvidia?)
Hey i need some Help ! I have the same problem with SketchUp but i didnt check the right way to type in the terminal :-( ive tried = der-gep@dergep-ThinkPad-X121e:~$ vblank_mode=0 WINEPREFIX=/home/der-gep/.PlayOnLinux/wineprefix/GoogleSketchUp/drive_c/Program Files/Google/Google SketchUp 8 wine Sketchup.exe where is the mistake ??? the path should be the right because ive copyed it from the "properties" box ...
https://bugs.winehq.org/show_bug.cgi?id=25912
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download Status|NEW |RESOLVED URL| |http://dl.trimble.com/sketc | |hup/gsu8/FW-3-0-16846-EN.ex | |e CC| |focht@gmx.net Resolution|--- |FIXED Summary|SketchUp 7/8 one mouse |Google SketchUp 7/8 one |event behind |mouse event behind
--- Comment #44 from Anastasius Focht focht@gmx.net --- Hello folks,
I can't reproduce this with recent Wine version. Resolving 'fixed'.
$ sha1sum FW-3-0-16846-EN.exe 6c9a61fe12b21fe9a1d6b5ee1bb79f331a5fc36c FW-3-0-16846-EN.exe
$ du -sh FW-3-0-16846-EN.exe 35M FW-3-0-16846-EN.exe
$ wine --version wine-1.7.21-19-g8812193
Regards
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #45 from jeremy jeremy@uniquerish.com --- In response to comment #44:
Using freshly built wine from git: wine-1.7.21-61-gf9f3b21
Running Sketchup version: 8.0.3117
nvidia driver version: 304.117
The described behavior, that of screen updates always being one 'event' behind, continues to occur.
My vote is that this bug is NOT fixed. Can anyone else test ?
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #46 from Giorgio Loi gioloi72@gmail.com --- (In reply to jeremy from comment #45)
In response to comment #44:
Using freshly built wine from git: wine-1.7.21-61-gf9f3b21
Running Sketchup version: 8.0.3117
nvidia driver version: 304.117
The described behavior, that of screen updates always being one 'event' behind, continues to occur.
My vote is that this bug is NOT fixed. Can anyone else test ?
As I already written in the past, the problem is also related to video card drivers. In my setup, using official nvidia drivers, the problem occours. But switching to noveau (open source nvidia drivers), the problem disappears. Others with intel video cars can use some workaround described in comments to solve. So someone don't experience the problem because of lucky combination of video card/video driver.
https://bugs.winehq.org/show_bug.cgi?id=25912
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|FIXED |--- Summary|Google SketchUp 7/8 one |Google SketchUp 7/8 one |mouse event behind |mouse event behind with | |binary drivers from Nvidia
--- Comment #47 from Anastasius Focht focht@gmx.net --- Hello folks,
reopening and adjusting summary to indicate only certain graphics setups apply.
Regards
https://bugs.winehq.org/show_bug.cgi?id=25912
Ruslan Kabatsayev b7.10110111@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |b7.10110111@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #48 from Ruslan Kabatsayev b7.10110111@gmail.com --- Created attachment 51739 --> https://bugs.winehq.org/attachment.cgi?id=51739 Test Qt source to reproduce the problem
I think this problem is the same as the one I see with this test Qt application (source only attached, tell me if you need compiled binary and necessary Qt/gcc libs):
When I launch the test in Windows, clicking "Toggle color" gives me the color which coincides with the one written in the title bar, so this is OK.
But when I run it in Wine, it initially shows white, but pressing the button doesn't update the screen. Thus when I press the button, the window title doesn't correspond to the color shown. If I make the window inactive or resize it, the color synchronizes with window title. But pressing the button again desynchronizes it back.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #49 from Ruslan Kabatsayev b7.10110111@gmail.com --- I'd like to note that I've tried avoiding the Qt dependency, but when I tried using GLUT or even plain WGL API, I failed to reproduce the problem — in both these case the updates are as expected.
Also, if I add a call to swapBuffers() after glEnd(), the problem doesn't reproduce. But as the Qt docs say, swapBuffers() is already called by default by the caller of paintGL(), so this "fixing" call is extraneous.
https://bugs.winehq.org/show_bug.cgi?id=25912
Ruslan Kabatsayev b7.10110111@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #51739|0 |1 is obsolete| |
--- Comment #50 from Ruslan Kabatsayev b7.10110111@gmail.com --- Created attachment 51745 --> https://bugs.winehq.org/attachment.cgi?id=51745 Pure WGL test case
OK, I've managed to reproduce the problem with pure WGL, without any dependencies like GLUT or Qt. The problem appears to be only when the OpenGL window is a child of another, toplevel, window. This test can be compiled even with stock winegcc like this: winegcc wine-test.c -o test -lopengl32 -lgdi32
Or, if you wish to test on real Windows, you can use MinGW-GCC: gcc wine-test.c -o wine-test.exe -lopengl32 -lgdi32 -mwindows
Like in the previous test, here's a button "Toggle color", pushing which should switch the color from white to black and vice-versa, putting "white" or "black" into window title. On wine there's a problem, on Windows there's none.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #51 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to Ruslan Kabatsayev from comment #50)
Created attachment 51745 [details] Pure WGL test case
OK, I've managed to reproduce the problem with pure WGL, without any dependencies like GLUT or Qt. The problem appears to be only when the OpenGL window is a child of another, toplevel, window.
Thanks for the testcase and yes, you are probably correct.
If you want to give a stab at fixing this, the patch from comment 14 is probably still the latest attempt I know of. At the very least it needs to be retested with current versions of various GL drivers.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #52 from thomas geps.stuff@gmail.com --- Hello @ All I had this problem 1or 2 years ago also . And a Coworker from me an industrial programmer solved the problem in 10 minutes :-) But i can not told you what he had done :-( is there anything i can do for you here? for example copy some data from my Linux Laptop to here?
with best regards Thomas from Germany
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #53 from Ruslan Kabatsayev b7.10110111@gmail.com --- (In reply to Matteo Bruni from comment #51)
If you want to give a stab at fixing this, the patch from comment 14 is probably still the latest attempt I know of. At the very least it needs to be retested with current versions of various GL drivers.
Unfortunately that patch doesn't apply cleanly to current versions of wine. I've tried to reset to wine-1.5.0, where it does apply and seems to fix the problem. I guess someone will have to rebase it. I'm not sure though whether it's worth trying to do (for me at least), as there are some doubts about its quality/correctness expressed in the author's message.
https://bugs.winehq.org/show_bug.cgi?id=25912
xsitian xsitian@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xsitian@gmail.com
--- Comment #54 from xsitian xsitian@gmail.com --- (In reply to thomas from comment #52)
Hello @ All I had this problem 1or 2 years ago also . And a Coworker from me an industrial programmer solved the problem in 10 minutes :-) But i can not told you what he had done :-( is there anything i can do for you here? for example copy some data from my Linux Laptop to here?
with best regards Thomas from Germany
Hi Thomas, can you tell me how to fix this problem? it's really great if this bug can be fixed! my mail:xsitian@gmail.com, many thanks!
https://bugs.winehq.org/show_bug.cgi?id=25912
Patrik Dufresne ikus060@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ikus060@gmail.com
--- Comment #55 from Patrik Dufresne ikus060@gmail.com --- The problem also occurred with recent version of Sketchup 2014 & 2015.
Any update to fix this in Wine ?
https://bugs.winehq.org/show_bug.cgi?id=25912
Tex Hipp texas.hippocampus@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |texas.hippocampus@gmail.com
--- Comment #56 from Tex Hipp texas.hippocampus@gmail.com --- Confirming issue with the following setup:
wine version: 1.7.50 nVidia proprietary driver version: 355.11 SketchUp version: 8.0.16 (md5sum: 53f43aaaa93095070c0d570b8ca66ba0) OS: Linux Mint 17.2 Rafaela (based on Ubuntu 14.04.3 LTS) kernel version: 3.16.0-38-generic #52~14.04.1-Ubuntu SMP desktop environment: MATE 1.10.2
Other info: HKEY_CURRENT_USER/Software/Google/SketchUp8/GLConfig/Display set to 1 Neither adding env LIBGL_ALWAYS_SOFTWARE=1 nor vblank_mode=0 fixes the issue. Tried changing Windows version in winecfg; issue persists regardless of setting to Windows 7, Vista, or XP. Doesn't matter whether "Sync to VBlank" is disabled in the nvidia-settings application.
I feel like I am hallucinating, because for a short while, it appeared that the vblank_mode=0 workaround suggested by glen.harris in comment #19 fixed the issue. I opened a few .skp files that had been giving me the one-mouse-event-behind trouble and they all seemed to work.
After not using SketchUp for a few days (four, according to my bash history), I tried again and the mouse events are lagging again. I can't imagine what has changed relevant to SketchUp. Certainly not the launch command. I did run a handful of apt-get update && apt-get upgrades, so something possibly changed out from underneath.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #57 from Tex Hipp texas.hippocampus@gmail.com --- As a followup to comment #56, checking /var/log/apt/history.log shows that my memory was completely wrong: I did *not* perform any updates or installs in the relevant time interval.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #58 from xsitian xsitian@gmail.com --- Tex, I have exactly the same problem as you have. I have test sketchup 8, 2013,2014 ,2015 on my pc with nvidia gtx 470, gtx 590, gtx 760 card and also on my laptop, a dell m4700 with quadro k2000 card. If I make the nvidia card use maximum power which can be done by nvidia setting panel, the sketchup work ok, even with big model over 100MB, the mouse behind problem totally gone. this make sketchup workable on pc, but not on laptop. I think laptop card doesn't have such power as a pc one.
Another way is wine developer need to solve this by tweak some where, but we can't help just can wait one day this been solved.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #59 from Tex Hipp texas.hippocampus@gmail.com --- xsitian,
Interesting. Thanks for the suggestions. I have an nVidia GeForce GTX 950, which is, to my understanding, a fairly beefy card (although I am far from an expert). Most of my models so far are what I'd assume are small and not complex (i.e., not many curves or textures); the largest file size is <300 kB.
I hadn't gotten around to fiddling with the checkboxes in the nvidia-settings application because there are just so many and I'd be blindly guessing which might have an effect. As I mentioned earlier, I did try unchecking the "Sync to Vlbank" setting under the "OpenGL Settings" tab. It seemed like that might have the same effect as the "vlbank_mode=0" command line workaround. Didn't work for me.
I poked around in nvidia-settings (version 358.09 from Oct 2015) until I could find what I think you were talking about. The "PowerMizer" tab for me presents an option at the bottom to switch "Preferred Mode" between the following options: Auto, Adaptive, and Prefer Maximum Performance. It defaulted to "Auto" so I tried "Prefer Maximum Performance". Unfortunately, that does not work for me, either. I still see the one-mouse-event-behind behavior.
I do hope a wine dev would jump and and fix it, but I fear that it affects too few people to be a priority, not to mention that it's fairly old software.
I did forget to mention in my earlier posts that SketchUp versions after v8 don't seem to be an option for me: I get an error trying to install some .Net component for SU Make 2014 and 2015. It appears that this issue affects some users of those versions as well (Patrik Dufresne, comment #55) even if I could get it to install.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #60 from Tex Hipp texas.hippocampus@gmail.com --- Okay, now I really must be hallucinating!
xsitian's suggestion reminded me to poke around the settings within SketchUp itself. In Window > System Preferences > Drawing > Click Style, I see three options in SketchUp 8; the default selection in my install was "Auto detect". I changed it to "Click-drag-release" and the one-mouse-event-behind appears to have disappeared! I also changed it to "Click-move-click" and mouse selection still works fine.
But here's the thing that I can't quite wrap my head around: changing it back to "Auto detect" does *not* restore the one-mouse-event-behind issue. My mental model of how the software works under the hood does not align with what actually is going on. It's as if there's some kind of hysteresis. Is that even possible in software? I also have no idea why a setting for controlling the behavior of line mode would affect select mode, but it seems to be the case here.
I've tried this on several of my .skp files and the mouse clicking seems to perform properly in all of them, even after closing the application itself. I've also changed Vblank mode back "on" in nvidia-settings and moved the PowerMizer back to Auto and SketchUp 8 continues to select correctly.
This is scarcely believable to me, so I wouldn't blame others for thinking I inadvertently changed some other configuration that is actually fixing the problem, but I really did my best to be systematic and change only one thing at a time.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #61 from Ruslan Kabatsayev b7.10110111@gmail.com --- Still present in wine-2.22-158-g47e9e91.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #62 from xsitian xsitian@gmail.com --- (In reply to Ruslan Kabatsayev from comment #61)
Still present in wine-2.22-158-g47e9e91.
Yes, Nvidia's property driver has this bug, will affect a lot of 3d software. wine's developer and Nvidia should do something to solve this problem.
https://bugs.winehq.org/show_bug.cgi?id=25912
FloBEAUG BEAULIEU.Florian@hotmail.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |BEAULIEU.Florian@hotmail.fr
--- Comment #63 from FloBEAUG BEAULIEU.Florian@hotmail.fr --- Hello,
Always the same problem since 7 years...
OS : Linux Mint 19 Wine : Staging 3.17 GPU : Nvidia GTX-970 Driver : nvidia 396.57
The problem is fixed when using "nouveau" driver but this is not a solution for me as i need Nvidia drivers for lutris/DXVK gaming.
Still nothing (or did I miss something) ?
https://bugs.winehq.org/show_bug.cgi?id=25912
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeskenis@gmail.com
--- Comment #64 from Matteo Bruni matteo.mystral@gmail.com --- *** Bug 46294 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=25912
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeff.artik@gmail.com
--- Comment #65 from Matteo Bruni matteo.mystral@gmail.com --- *** Bug 33610 has been marked as a duplicate of this bug. ***
https://bugs.winehq.org/show_bug.cgi?id=25912
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Google SketchUp 7/8 one |Multiple applications |mouse event behind with |(Google SketchUp 7/8, |binary drivers from Nvidia |Photoshop CS6, Mol) don't | |display the last drawn | |frame promptly when using | |binary drivers from Nvidia Component|opengl |winex11.drv
https://bugs.winehq.org/show_bug.cgi?id=25912
Robert Munteanu robert.munteanu@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |robert.munteanu@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #66 from Pshemas jeskenis@gmail.com --- would be awesome if WINE team could apply a workaround for this problem. For the users using tools like CAD / DCC apps this is absolutely crucial. Especially with CAD as there are simply no alternatives on Linux.
I understand this might be a bug in Nvidia proprietary driver - but honestly it does not seem likely we will see a fix there. At the very least if someone from the WINE team could report this problem to Nvidia with the more technical, correct explanation of the problem that would be greatly appreciated. If a regular user, like me, will simply post (I did it anyways) noting that I can't get the app to work correctly under WINE they'll skip it, not acknowledge it as a bug (unless backed by specific technical details pointing to a bug in their code).
https://bugs.winehq.org/show_bug.cgi?id=25912
replyer replyer@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |replyer@gmx.de
--- Comment #67 from replyer replyer@gmx.de --- Please check if setting the environment variable __GL_MaxFramesAllowed=1 is a valid workaround.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #68 from Pshemas jeskenis@gmail.com --- At first glance __GL_MaxFramesAllowed=1 seems like a valid workaround. Will try to check how the apps behave more with it next week. Thank you for looking into it!
https://bugs.winehq.org/show_bug.cgi?id=25912
pattietreutel katyaberezyaka@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |katyaberezyaka@gmail.com
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #69 from FloBEAUG BEAULIEU.Florian@hotmail.fr --- (In reply to replyer from comment #67)
Please check if setting the environment variable __GL_MaxFramesAllowed=1 is a valid workaround.
Seems to work on my laptop NVIDIA hardware GTX 840M NVIDIA driver 418.56
Unfortunately I sold my gaming config... (GTX 970) I will test when the new one comes (RTX 2070)
https://bugs.winehq.org/show_bug.cgi?id=25912
Ludovic l.lemarinel@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|l.lemarinel@gmail.com |
https://bugs.winehq.org/show_bug.cgi?id=25912
fadil.fikrillah@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fadil.fikrillah@gmail.com
--- Comment #70 from fadil.fikrillah@gmail.com --- (In reply to replyer from comment #67)
Please check if setting the environment variable __GL_MaxFramesAllowed=1 is a valid workaround.
it does the trick
To allow for triple buffering. Setting this env variable is restricting the driver to double buffering. If that env var fixes things, this points to a bug in the application (wine?) accidentally using triple buffering but only taking care of double buffers. Nouveau per default only uses double buffering, triple buffering has to be enabled in xorg.conf, so with it the issue is not triggered.
source: https://devtalk.nvidia.com/default/topic/1051829/linux/multiple-wine-applica...
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #71 from artik jeff.artik@gmail.com --- It seems latest Wine staging (4.12.1) fully or partially fix this bug, can we have more confirmations?
I tried Photoshop CC 2019, all works now (and with graphic acceleration!). The bug still occurs once when display/hide a layer, but all other functions are not delayed anymore.
https://bugs.winehq.org/show_bug.cgi?id=25912
--- Comment #72 from Robert Munteanu robert.munteanu@gmail.com --- This seems to work fine in 4.21, do others see this fixed as well?
https://bugs.winehq.org/show_bug.cgi?id=25912
Maarten Baert misc@maartenbaert.be changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |misc@maartenbaert.be
--- Comment #73 from Maarten Baert misc@maartenbaert.be --- I still have the same problem with Wine 5.15, with the NVIDIA proprietary driver (on a GeForce GTX 660), in SketchUp 2017.
I tried all the workarounds in this thread and some other thinks, these are the results:
These workarounds all work: - set environment variable __GL_MaxFramesAllowed=1 - call glFinish() right after glXSwapBuffers() - call glXSwapBuffers() twice (which suggests that it is indeed a triple buffering issue)
These do not work: - set environment variable vblank_mode=0 (does not affect proprietary NVIDIA driver) - enable/disable vsync in NVIDIA configuration tool - enable/disable flipping in NVIDIA configuration tool
IMHO the best solution would be to call glFinish() after glXSwapBuffers() for all child OpenGL windows. Or perhaps only if glGetString(GL_VENDOR) is "NVIDIA Corporation" to avoid a performance hit for the other drivers.
https://bugs.winehq.org/show_bug.cgi?id=25912
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- URL|http://dl.trimble.com/sketc |https://web.archive.org/web |hup/gsu8/FW-3-0-16846-EN.ex |/20200105182803/http://dl.t |e |rimble.com/sketchup/gsu8/FW | |-3-0-16846-EN.exe Status|REOPENED |NEW
--- Comment #74 from Anastasius Focht focht@gmx.net --- Hello folks,
adding stable download link via Internet Archive:
https://web.archive.org/web/20200105182803/http://dl.trimble.com/sketchup/gs...
$ sha1sum FW-3-0-16846-EN.exe 6c9a61fe12b21fe9a1d6b5ee1bb79f331a5fc36c FW-3-0-16846-EN.exe
$ du -sh FW-3-0-16846-EN.exe 35M FW-3-0-16846-EN.exe
$ wine --version wine-6.1-187-g4f1b297a14b
Regards
-
wine-bugs＠winehq.org -
WineHQ Bugzilla