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.
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.
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.
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.
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.
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.
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.
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.
http://bugs.winehq.org/show_bug.cgi?id=13070
Summary: Deus Ex - Invisible War fails to launch new game
Product: Wine
Version: 0.9.61.
Platform: Other
OS/Version: other
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: dbghelp
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: roland(a)mxchange.org
Created an attachment (id=12826)
--> (http://bugs.winehq.org/attachment.cgi?id=12826)
Default debug log
The named game is starting with intro movies and main menu. But when I want to
start a new game then it end's up with this message.
err:dbghelp:SymCleanup this process has not had SymInitialize() called for it!
The sound got repeated endless (OSS selected, full, 44800 Hz, 16 Bit. I guess
it is not the sound, more that error message. Attached is the full console
output (default WINEDEBUG)
--
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.
http://bugs.winehq.org/show_bug.cgi?id=12053
Summary: User32: msg test fails
Product: Wine
Version: CVS/GIT
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P2
Component: user32
AssignedTo: wine-bugs(a)winehq.org
ReportedBy: austinenglish(a)gmail.com
Created an attachment (id=11419)
--> (http://bugs.winehq.org/attachment.cgi?id=11419)
+msg trace in git
User32's msg.c test fails for me consistently in git. +msg log attached. This
is on a fresh install of Ubuntu Hardy on an few years old toshiba laptop.
--
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.