July 2009 - Wine-bugs - list.winehq.org

[Bug 12689] New: Input messages lingering in server slowing down wine
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=12689 Summary: Input messages lingering in server slowing down wine Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexd4(a)inbox.lv Created an attachment (id=12347) --> (http://bugs.winehq.org/attachment.cgi?id=12347) testcase for problem Attached testcase illustrates the problem. The problem was originally found in a fan-developed Forsaken mod. I couldn't get feedback on this on wine-devel, so I'm opening a bug for this. Close if it's not a bug or is non-fixable. How to reproduce: hold a key and move mouse over the window, preferably also clicking mouse buttons, main loop latency steadily increases from 10 to 50 (and even 100) in a short time. In a game this means going from 100 fps to 20 or 10 just because of input messages. Has to be noted that in the actual game the rate of slowdown seemed at least 2-3 times faster when just holding one key and moving mouse, for reasons I don't know, but the testcase still should enough to show the problem. What the testcase is doing is bad practice, it's basically refusing to process certain types of messages, and PeekMessage just once during a loop is probably bad as well, but that's what the game was originally doing in its main game loop. There are several concerns about it: 1) No slowdown happens on Windows, either in game or in this testcase. No matter how much I move the mouse holding key and clicking madly, it shows same stable 15-16 ticks latency in the testcase. I don't know what it does, but somehow it handles this situation better than Wine. 2) Can this (broken) way of doing things be exposing some inefficiency in message handling, maybe something that could use optimization? I tried to put debug hacks into queue_hardware_message(), it seems that when slowdown is already VERY bad in Forsaken (10fps), message queue in wine server has about 400 or maybe 600 messages. Is that kind of processing overhead per message inevitable? (This is happening on AMD Athlon(tm) 3200+). Perhaps somebody who knows that part of code well may be interested in looking into performance issues in this case. Because, if 400-600 messages in the queue slow down the application to a crawl, then who knows, perhaps it decreases performance of more well-behaved but input-intensive apps as well, just less drastically (holding one or several keys to move, all the while aiming with mouse and abusing mouse buttons is a common thing in games, so there can be quite a few input messages flooding the server). -- 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 12

[Bug 13752] New: Kega Fusion: Direct 3D output does not fill window in windowed mode
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=13752 Summary: Kega Fusion: Direct 3D output does not fill window in windowed mode Product: Wine Version: 1.0-rc4 Platform: Other URL: http://www.eidolons-inn.net/tiki-index.php?page=Kega OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: tgheretford(a)fast4.net When the program first starts in windowed mode, the graphics in the application window are shifted down to the bottom and to the right. On the desktop, the further to the bottom and the right you move the Kega Fusion application window, the further down and right the graphics move in the window. Fullscreen mode is not affected by this bug. Currently using NVidia 169.12 drivers on a Zotac 512MB AMP! Edition card but I do know that the same problem occurred on my old computer using a Geforce 6200 card. Below will be two picture attachments of my desktop showing the bug when I move the application window around my desktop. -- 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 12520] New: Yoda Stories main window is too small
by wine-bugs＠winehq.org 09 Sep '11

09 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=12520 Summary: Yoda Stories main window is too small Product: Wine Version: unspecified Platform: PC URL: ftp://ftp.lucasarts.com/demos/pc/yodademo.exe OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: megazzt(a)gmail.com When running Yoda Stories (full game or demo) the main window is too small (it seems to be minimum size for a window) and cannot be resized. The game is unplayable since the window is so small as to have no client area. Get the demo from ftp://ftp.lucasarts.com/demos/pc/yodademo.exe for testing. You can extract it with unzip if you don't want to go through the hassle of installing it. -- 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 11

[Bug 9291] New: iexplore http://pack.google.com crashes
by wine-bugs＠winehq.org 08 Sep '11

08 Sep '11

http://bugs.winehq.org/show_bug.cgi?id=9291 Summary: iexplore http://pack.google.com crashes Product: Wine Version: CVS Platform: Other OS/Version: other Status: NEW Keywords: download Severity: enhancement Priority: P2 Component: wine-shdocvw AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Wine's built-in iexplore crashes on http://pack.google.com. Unhandled exception: page fault on read access to 0x0000005c in 32-bit code (0x7c7bd7a8). Backtrace: =>1 0x7c7bd7a8 nsChannel_AsyncOpen+0x4e8(iface=0x1063958, aListener=0x1063998, aContext=0x0) [/home/dank/wine-git/dlls/mshtml/nsio.c:107] in mshtml 0x7c7bd7a8 nsChannel_AsyncOpen+0x4e8 [/home/dank/wine-git/dlls/mshtml/nsio.c:107] in mshtml: movl 0x5c(%esi),%edi 107 while(!container_iter->doc) I peeked at nsio.c, and it does look vulnerable to container_iter going unexpectedly null during that loop, but a real fix wasn't immediately obvious. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 21

[Bug 13085] New: TH06: No FPS limit in fullscreen mode
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=13085 Summary: TH06: No FPS limit in fullscreen mode Product: Wine Version: 0.9.61. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dottomi(a)gmail.com The game seems to not limit FPS amount in fullscreen mode. It speeds up to >200 FPS instead of not going above 60. -- 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 23

[Bug 18873] New: Civilization IV beyond the sword crashing at startup
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=18873 Summary: Civilization IV beyond the sword crashing at startup Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zipu92(a)hotmail.com Civilization IV beyond the sword is crashing at startup after message display "Init XML(cached)" For me it looks like a regression as I have just shifted from wine 1.1.22 to 1.1.23 and it worked fine before my Ubuntu upgrade I am currently compiling wine to try to do some regression tests as you indicate on the site. I already post the description to see if somebody else has the same problem -- 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 28

[Bug 14377] New: Crusader Kings: Instant crash when using bride ledger (and some other ledgers)
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=14377 Summary: Crusader Kings: Instant crash when using bride ledger (and some other ledgers) Product: Wine Version: 1.0-rc5 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: daniel(a)jackson.kz CC: daniel(a)jackson.kz Created an attachment (id=14674) --> (http://bugs.winehq.org/attachment.cgi?id=14674) Printout from the terminal from starting the game, loading a game, navigating to the bride ledger and the following crash Steps to reproduce: 1. Open Crusaders.exe 2. Load a game (or start one) 3. Go to the ledger and find the "Bride ledger" where you can locate possible brides. Result: Crash to desktop after a few seconds of thought, with an error message displayed but blanked out due to graphical glitch. -- 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 13

[Bug 17040] New: Portal crashes when facing towards the exit on the first level
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=17040 Summary: Portal crashes when facing towards the exit on the first level Product: Wine Version: 1.1.13 Platform: PC-x86-64 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ben(a)atomnet.co.uk Created an attachment (id=18843) --> (http://bugs.winehq.org/attachment.cgi?id=18843) Crash log The game seems to be running fine unless you turn to face where the exit should be (turn left after the game gives you control). The game either locks up or crashes and closes itself (guessing it's crashed in the first instance too but it doesn't always kill itself). -- 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

[Bug 10340] New: Pro evolution soccer 2008
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=10340 Summary: Pro evolution soccer 2008 Product: Wine Version: 0.9.48. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: test AssignedTo: wine-bugs(a)winehq.org ReportedBy: marco.r24(a)libero.it During the game of the master league, legue or other, the game blocker while save or load data! I hope in solution, thank you -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 16

[Bug 14762] New: Max Payne 2: sepia tone filter issues (high PPE)
by wine-bugs＠winehq.org 26 Aug '11

26 Aug '11

http://bugs.winehq.org/show_bug.cgi?id=14762 Summary: Max Payne 2: sepia tone filter issues (high PPE) Product: Wine Version: 1.0.0 Platform: PC-x86-64 URL: http://www.rockstargames.com/maxpayne2/mp2_downloads.htm l OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net CC: onety-three(a)gmx.net Hi, this is a cleaned up version of the issues first described in http://bugs.winehq.org/show_bug.cgi?id=14038. Game affected: Max Payne 2 (demo version tested) Issue: MP2 uses some fullscreen post-processing effects to enhance gaming experience. The famous bullet time effect is using a sepia tone filter, which breaks on wine when certain ingame options are set. MP2 offers two modes of post-processing effect quality (switching them completly off is also possible): (i) medium -> the sepia filter works (ii) high -> sepia filter breaks Notice that MP2 also uses some other PP (post-processing) effects, like a motion blur filter in cutscenes. The filter from the cutscenes is NOT affected by this issue described here, although it also affects the entire screen. The issue also appears with wine-0.9.56. Issue is gone when going back to wine-0.9.45, but the rendered area is now confined in a rectangular portion of the visible screen. (read more about this at the end (*)) Regression testing turned up this commit: [d09cbcec91561186bee77aaba55b29cbf2d7e7ef] wined3d: Activate GL_ARB_texture_rectangle. http://source.winehq.org/git/wine.git/?a=shortlog;h=d09cbcec91561186bee77aa… Notice the other five wined3d commits by Stefan Dösinger. Somehow using ARB_tex_rect instead of using NP2 emulation breaks the sepia filter, but leaves the motion blur intact. In fact this commit does also correct "scaling" issues with the other PP effect, motion blur (again see below (*)). My wine settings for MP2: UseGLSL=disabled OffscreenRenderingMode=backbuffer RenderTargetLockMode=auto It doesn't matter though is ORM is set to backbuffer or fbo, the issue also is reproducible with ORM=fbo. However testing this with ORM=backbuffer makes it easier for me because of other issues with FBO (plus FBO generates a lot of FIXME noise on the console). Graphics hardware used to confirm: (i) Me, using a Geforce FX 5900 (ii) Frank Roscher, using a Geforce FX 5700 Drivers versions: (i) FX 5900 driven with 100.14.19 and 173.14.09 (makes no difference) (ii) FX 5700 driven by driver version 169.12 (*) Interesting facts with wine-0.9.45: Like I said above PPE set to high work with this version, but the rendered area is suffering from "scaling issues". This can be reproduced all the time with the bullettime filter. However there are also the cutscenes, using the motion blur filter. The funny thing there is that they are also affected by the scaling issue, BUT not always. Watch the first cutscene sequence after you gain control over Max in the hospital room (the cutscene begins when you are right in front of the double door). The scaling issue changes during the cutscene to correct rendering, and back after some moments. I don't know if the changes from "wrong scaling" to "correct scaling" and vice-versa are always the same but I'm going to check that again. Greets, Tobias -- 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 84