March 2011 - Wine-bugs - list.winehq.org

[Bug 7640] Mouse too slow / lags in games
by wine-bugs＠winehq.org 15 Mar '11

15 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=7640 MacNean <dardack(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dardack(a)gmail.com --- Comment #56 from MacNean <dardack(a)gmail.com> 2011-03-15 07:52:07 CDT --- (In reply to comment #49) > (In reply to comment #48) > > (In reply to comment #45) > > > dardack's tiny patch (which works with wine 1.2-rc2) at > > > http://ubuntuforums.org/showpost.php?p=9349655&postcount=212 > > > > Please download the patch and attach it to this bug report, so that the wine > > developers might see it. > > I think that dardack would have to submit it, reveal his identity and > demonstrate that he has no affiliation with Microsoft. Otherwise, I am not sure > that the WINE project's requirements would allow WINE's developers to even look > at it. It's not really a patch to make wine better per say. The reason all your mouse pointers are laggy is a software mouse pointer. This happened in WoW (world of warcraft, which inspired the patch). Since WoW now has a Hardware OpenGL cursor, I haven't tested this patch in awhile. What my patch does is basically use the HW mouse and the theme you have choosen cursor. If it's truly a software pointer you might see 2. The HW theme pointer that is smooth, and a laggy mouse pointer from the game that follows the HW cursor. If someone uses a software cursor, it doesn't hide it (not sure I could code that anyways). In wow you could write a MPQ file to hide the software cursor. I always felt that wine should make use of the Theme'd cursor pointer. It seems to want to use the white cursor from windows. And really if you've seen my patch it's like 2 lines. In stead of create_cursor call it does a: XCreateFontCursor. That's basically it. It worked in 1.2. Since wow uses HW opengl now I haven't tested on 1.3. I would be willing to test it for people if it's still being used for other games. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org 14 Mar '11

14 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=6971 William J May <may.11b(a)runbox.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |may.11b(a)runbox.com --- Comment #447 from William J May <may.11b(a)runbox.com> 2011-03-14 18:52:59 CDT --- (In reply to comment #181) Was it established that DOSBox mouse handling was DGA or otherwise unsuitable??? I noticed DOSBox integration was started on Wine 1.3.12 -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 26403] New: WINE is completely unusable, multiple errors
by wine-bugs＠winehq.org 14 Mar '11

14 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=26403 Summary: WINE is completely unusable, multiple errors Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bugzilla.10.cyrils(a)spamgourmet.com Since 1.2.1 I cannot get WINE working. Sooner or later it crashes with rundll32.exe error message in pop-up window and shell32.dll, user32.dll and so-on-DLLs unimplemented methods error in console. As there are many errors I first post console output for winecfg - see attachement. This log was got with empty WINE config, following actions: 1. run winecfg; 2. get window with rundll32.exe error (shell32.dll unimplemented method error in log); 3. get "Wine configuration" window; 4. switch to "Libraries" tab; 5. try switch to "Graphics" tab an get crash. Sequence are completely reproducable on the same start conditions. WINE was compiled from source. If necessary I can add log for IE6 setup, for example - with it's user32.dll unimplemented method error. Best regards, Cyril Sluchanko -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org 14 Mar '11

14 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #446 from Michael Abbott <michael(a)araneidae.co.uk> 2011-03-14 11:51:23 CDT --- (In reply to comment #445) > The solution in this case is to only run on a single monitor for now, but I > agree, if a fullscreen app has focus, the mouse should not be able to leave > that window. Is it possible with xinput2 to configure the mouse for exclusive capture *when* the application has keyboard focus? Or is this going to require delicate negotiation with the window manager as well? (Am painfully ignorant in this area.) I think it will be better to implement exclusive mouse event capture rather than trying (and probably failing) to continually warp the mouse into the application window. It would be nice (would presumably require Xserver support) if the mouse stayed inside the window as well, but with exclusive capture of mouse events that would be just a "nice to have", not necessary. Can someone who understands the underlying API and interactions say what's current possible here? The current patch seems *nearly* there! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org 14 Mar '11

14 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=6971 --- Comment #445 from Brian Vuyk <brian(a)brianvuyk.com> 2011-03-14 11:29:42 CDT --- (In reply to comment #442) > The problem only arises, I guess, when the application thinks it's full screen > but is being run in a virtual desktop. This is also the case when you are using two monitors with Nvidia's TwinView mode turned on. This gives you a desktop resolution of (in my case) 3200x1080. With a fullscreen game on one monitor running at 1920x1080, the mouse will stray into my other desktop screen and clicks will change focus onto other items running on that desktop. The solution in this case is to only run on a single monitor for now, but I agree, if a fullscreen app has focus, the mouse should not be able to leave that window. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 26412] New: CJK text display as Unknown chars
by wine-bugs＠winehq.org 14 Mar '11

14 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=26412 Summary: CJK text display as Unknown chars Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ptpt52(a)gmail.com Created an attachment (id=33634) --> (http://bugs.winehq.org/attachment.cgi?id=33634) my test program, build it # wineg++ myprogram.cpp -o myprogram -mwindows i am trying to display some Chinese text using a font called SimSum in a program, but failed with unknown characters coming out. i upload my program's code--myprogram.cpp build it with this command: # wineg++ myprogram.cpp -o myprogram -mwindows then you run it # ./myprogram.exe you will see the result -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 3

[Bug 26408] New: Turning 360 Degrees with Mouse
by wine-bugs＠winehq.org 14 Mar '11

14 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=26408 Summary: Turning 360 Degrees with Mouse Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: luisalvaradox(a)gmail.com This affects the following games but more may be affected. Trying to do a 360 degree on FPS games or 3rd person shooters will be blocked after about 45 to 60 degrees. What i mean is that when you move the mouse to the right or left you will not be able to turn all 360 but only a small amount. You would have to turn the other way to "reset" the amount of degrees you can turn. This following have been tested from 1.3.9 up to 1.3.15: + Hitman + Hitman 2 + Hitman 3 + Hitman 4 + GTA 3 + GTA Vice City + GTA San Andreas + GTA 4 + Max Payne + Max Payne 2 + MaHunt It is very hard when you want to look to an angle an can not turn that way. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 2

[Bug 26404] New: Hw cursor patch for wine 1.3.15
by wine-bugs＠winehq.org 14 Mar '11

14 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=26404 Summary: Hw cursor patch for wine 1.3.15 Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: elettronik(a)gmail.com Created an attachment (id=33624) --> (http://bugs.winehq.org/attachment.cgi?id=33624) Wine 1.3.15 HW Cursor Patch I've make this patch to winex11.drv to support hw cursor in games. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 9

[Bug 6971] Mouse "escapes" window or is confined to an area in the full screen program NO HACKS PLEASE
by wine-bugs＠winehq.org 14 Mar '11

14 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=6971 Roderick Colenbrander <thunderbird2k(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |luisalvaradox(a)gmail.com --- Comment #444 from Roderick Colenbrander <thunderbird2k(a)gmail.com> 2011-03-13 20:11:28 CDT --- *** Bug 26408 has been marked as a duplicate of this bug. *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 0

[Bug 26401] New: Scroll wheel stopped working in Dragon Age Origins
by wine-bugs＠winehq.org 13 Mar '11

13 Mar '11

http://bugs.winehq.org/show_bug.cgi?id=26401 Summary: Scroll wheel stopped working in Dragon Age Origins Product: Wine Version: 1.3.15 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alberto.marchesini(a)gmail.com since 1.3.15 the mouse wheel stopped working in Dragon Age Origins (no scrolling, no zooming...). It is working in 1.3.14 Alberto -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.

1 5