October 2008 - Wine-bugs - list.winehq.org

[Bug 14744] New: Burning Sea: draw regression under alpha UI elements
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14744 Summary: Burning Sea: draw regression under alpha UI elements Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: other Status: UNCONFIRMED Severity: trivial Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: adam.torgerson(a)colorado.edu CC: stefan(a)codeweavers.com I recently noticed when upgrading Wine from 1.1.0 to 1.1.2 that a drawing glitch is encountered under Pirates of the Burning Sea. There is a very bad flickering under alpha-blended UI elements and also on in general on the sea. I've done a git bisect and it looks like this is the patch that caused it: http://source.winehq.org/git/wine.git/?a=commitdiff;h=2d4d18b59dc26b8aee045… -- 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 14751] New: Max Payne 2: PP effects produce black screen
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14751 Summary: Max Payne 2: PP effects produce black screen Product: Wine Version: CVS/GIT 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: stefandoesinger(a)gmx.at Hi there, I already mentioned in http://bugs.winehq.org/show_bug.cgi?id=14724 that MP2 breaks even more in current git master (snapshot from today, latest commit is 428fd07e73c08e01f463982fab0d4b4267695b8f). Tested this with ORM=fbo and PPE=medium. The screen simply goes black as soon as PP effects are used. Regression testing between wine-1.1.2 (no such issue there) and 428fd07e73c08e01f463982fab0d4b4267695b8f reveals that this commit introduces the problem: [bc4435e4063c70d0ef2fcc2ab7bb6df3efcfc0e7] wined3d: Use a hashmap to store the ffp shaders. Adding Stefan Dösinger to CC. 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 20

[Bug 14724] New: Max Payne 2: PP effect performance (ORM=fbo)
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14724 Summary: Max Payne 2: PP effect performance (ORM=fbo) Product: Wine Version: CVS/GIT 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 bug is about performance issues with post-processing (PP) effects in the demo of the game "Max Payne 2". This bug is only about issues that happen when OffscreenRenderingMode is set to fbo. Please don't report issues with backbuffer or pbuffer mode here. This is a split from this bug: http://bugs.winehq.org/show_bug.cgi?id=14038 Furthermore the bug should only focus on performance issues, since there are a lot more issues with PP effects, which are not related to performance. The problem mostly seems to happen on nvidia Geforce FX 5xxx series cards. Where are PP effect used in the game: - Bullettime mode is using a sepia tone filter - Cutscenes are motion blurred What is BAD performance: One frame rendered every 5 seconds, which makes the game essentially unplayable. While cutscenes can be skipped, bullettime is crucial for the game and I'm sure there is noone out there who has finished it without using the feat. There are two PP effect modes selectable ingame: (i) medium (which is the better working one) (ii) high (this is the more problematic one) The issue itself: PP effects used in the game lead to severe slowdowns, resulting in BAD performance (as described above). People confirming the problem: (i) Me, with a Geforce FX 5900 (ii) Frank Roscher, with a GeForce FX 5700 Driver versions: (i) Currently I have version 173.14.09 installed, but the problem also existed with nvidia-drivers-100.14.19 (ii) Frank has reported the problem with driver version 169.12 Possible reasons for the slowdown: The nvidia Geforce FX 5xxx series does report OpenGL 2.0 capabilities in the glxinfo, but does NOT explicitly advertise the GL_ARB_npot in the extension string. The only NPOT-like extension advertised is the texture_rectangle one. OpenGL 2.0 support however implies support of GL_ARB_npot, since this one is now in core. Stefan Dösinger comments on that behaviour in http://bugs.winehq.org/show_bug.cgi?id=14038#c28 According to him the FX hits a (slower) software fallback as soon as the ARB_npot/"unconditional NP2 support" extension is used. That also seems to be the core of the problem. Wine should not use unconditional NP2 for the FX and instead of the (conditional) texture_rectangle support, which should be supported by the FX in hardware. New problems arise in latest git master when disabling usage of NP2 in directx.c (by commenting out the line with the extension). I will comment on these (new) problems later. ---------------------------------------------------------------------------- But first, some HISTORY about the problem: With PPE (PP effects) = medium (and a resolution of 800x600): wine-0.9.25: Performance in bullettime is OK, but visuals are suffering from cropping bug (*) and room-disconnection errors (**) ---- somewhere here the cropping bug is solved for fbo ---- wine-0.9.45: Performance in bullettime is OK, visuals are also OK (no cropping, no room-disconnections) But there is a problem with intro and outro videos (those are not rendered fullscreen and leave a lot of black borders around them) wine-0.9.56: Performance in bullettime is OK, visuals also OK No problems with intro/outro videos ---- somewhere here is currently the best version to play MP2 ---- wine-1.0.0: Performance in bullettime is OK, visuals also OK texture_shader FIXMEs flooding the console (not only in scenes with PP effects) wine-1.1.0: Same like wine-1.0.0 wine-1.1.1: Same like wine-1.0.0, furthermore in scenes with PP effects (not only bullettime) these FIXMEs flood the console (I filtered the ones about nvts): fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glReadBuffer @ surface.c / 913 fixme:d3d_shader:shader_arb_deselect_depth_blt >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDisable(GL_VERTEX_PROGRAM_ARB) @ arb_program_shader.c / 1840 wine-1.1.2: Performance in bullettime is BAD (same applies to PP effects in cutscenes), visuals however are OK nvts FIXMEs are gone, but there are new ones which are generated while PP effects are displayed on screen: fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glReadBuffer @ surface.c / 920 wine git master from 2.8.2008: Performance like wine-1.1.2, visuals are now completly broken - the screen goes black after going into bullettime, returns to normal view after bullettime is over (takes some time after pressing the bt key again). The FIXMEs from wine-1.1.2 are still there. We see here that MP2 is gradually broken. (*): For the cropping bug see: http://bugs.winehq.org/show_bug.cgi?id=14686 (**): A screenshot is going to be attached ---------------------------------------------------------------------------- With PPE (PP effects) = high (and a resolution of 800x600): wine-0.9.25: Performance is BAD, sepia filter is correctly applied, but game suffers again from the room-disconnection bug, no cropping issue here. Cutscenes however are rendered incorrectly, looks like some sort of zooming is going on. wine-0.9.45: Performance is OK, both bullettime and cutscenes are rendered correctly (no room-disconnections, sepia filter correct, motion blur working), BUT: As soon as PP effects are used the used screen content is shrinked to a subarea of the original screen. Note that this is NOT a cropping effect, it's just that the rendered pictures are now confined in the subarea. Like with PPE=medium the intro/outro videos are rendered incorrectly. Apart from that this is the best version if you wanna use high PP effects. ---- rendering breaks by introducing commit d09cbcec91561186bee77aaba55b29cbf2d7e7ef ---- wine-0.9.56: This one has broken rendering. Performance is still OK, but as soon as bullettime is enabled the screen is filled with a solid color. HOWEVER cutscenes (which also use postprocessing) work without problems. Cutscenes are rendered with motion blur, no cropping and GOOD performance. wine-1.0.0: Like wine-0.9.56 but the nvts FIXME flooding is introduced. Cutscenes still working perfectly, but bt is broken. wine-1.1.0: Same like wine-1.0.0 wine-1.1.1: Same like wine-1.0.0, but now these FIXMEs flood the console as soon as PP effects are used: fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glReadBuffer @ surface.c / 913 fixme:d3d_shader:shader_arb_deselect_depth_blt >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glDisable(GL_VERTEX_PROGRAM_ARB) @ arb_program_shader.c / 1840 ---- commit c088edeae7fed4645fa3f34fb5bacc1eeaa87706 from Stefan Dösinger fixes the bt sepia filter but introduces the major slowdowns ---- wine-1.1.2: Bullettime PP is restored, but performance is BAD now. Cutscene PP has the same issues now, it suffers from major slowdown. As soon as PP effects are used I see these FIXMEs on console: fixme:d3d_surface:read_from_framebuffer_texture >>>>>>>>>>>>>>>>> GL_INVALID_ENUM (0x500) from glReadBuffer @ surface.c / 920 The nvts FIXMEs are gone with this version. wine git master from 2.8.2008: Breaks even more, as soon as PP effects are on screen the screen goes black. Leaving bt restores the scene, but when canceling cutscenes the scenes stays black. I have to enter bt and leave it again to restore the view. Very strange. ---------------------------------------------------------------------------- This concludes my current research (for now). 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 15

[Bug 14714] New: intermittant crashes while playing bf1942
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14714 Summary: intermittant crashes while playing bf1942 Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffzaroyko(a)gmail.com Somewhere in the last few commits that affect wined3d, a regression has occurred which causes a crash somewhere about 10 minutes into play it seems to reproduce itself. See attached log. wine-1.1.2-43-g634d73e -- 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 6

[Bug 14716] New: distant objects not obscured by fog in bf1942
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14716 Summary: distant objects not obscured by fog in bf1942 Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffzaroyko(a)gmail.com When looking into the distance, objects such as trees or shrubs do not appear to be obscured by fog. See attachment. Reverting the commit 14b24058d69d73ebf6b70bc36c8aa62993351079 wined3d: GL_ARB_fragment_program ffp implementation. Author: Stefan Dösinger <stefan <at> codeweavers.com> makes the objects display correctly. -- 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 7

[Bug 14712] New: offcolour ingame text in Battlefield 1942
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14712 Summary: offcolour ingame text in Battlefield 1942 Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: jeffzaroyko(a)gmail.com The commit 14b24058d69d73ebf6b70bc36c8aa62993351079 wined3d: GL_ARB_fragment_program ffp implementation. Author: Stefan Dösinger <stefan(a)codeweavers.com> Makes the in-game text the wrong colour. Red and Blue are lighter than normal, attached is a screenshot, and for comparison from bug 12943 see this attachment where the colours are correct http://bugs.winehq.org/attachment.cgi?id=14517 . -- 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 6

[Bug 14706] New: Max Payne 2: Windows no longer transparent
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14706 Summary: Max Payne 2: Windows no longer transparent Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquid.acid(a)gmx.net Hi there, somewhere between version 1.2.1 and git master (snapshot from today) a bug was introduced that removes transparency of the ingame windows. I'm going to provide a screenshot and the result of a bisect. 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 15

[Bug 14683] New: Microsoft Money 2007: Crash on program startup
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14683 Summary: Microsoft Money 2007: Crash on program startup Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jbodycott(a)comcast.net Created an attachment (id=15151) --> (http://bugs.winehq.org/attachment.cgi?id=15151) Redirected output (&>) of "wine msmoney.exe", no special flags When starting Microsoft Money 2007: Home and Business Edition for the first time after an install, the program briefly shows its window frame with black content and then crashes. Wine version: wine-1.1.2-42-g9566051 -- 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 6

[Bug 14615] New: rks_trial game is drawn out of place in its window
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14615 Summary: rks_trial game is drawn out of place in its window Product: Wine Version: CVS/GIT Platform: Other URL: http://kurotama.sakura.ne.jp/product/rks/download.html#t rial OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: leffeman(a)gmail.com For the game Rosenkreuz Stilette, in windowed mode, the game is not drawn correctly unless the window is at (0, 0) or bottom-left of the screen. Otherwise, the game is offset in the window by as much as it is moved from the corner. Screenshot attached shows the problem (along with uninteresting Wine messages). -- 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 4

[Bug 14578] New: Thief, System Shock 2 - video intros hang/crash in the end
by wine-bugs＠winehq.org 13 Jan '09

13 Jan '09

http://bugs.winehq.org/show_bug.cgi?id=14578 Summary: Thief, System Shock 2 - video intros hang/crash in the end Product: Wine Version: CVS/GIT Platform: PC OS/Version: Linux Status: NEW Severity: minor Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: alexd4(a)inbox.lv CC: m.b.lankhorst(a)gmail.com After recent fixes, videos now start playing in Wine with builtin quartz.dll. But some new problems now appeared. There was a regression - some crashes because of "quartz: Fix reference leak in avi splitter on end of stream." (28d6203ca9bd0ba17ce38e309f340b518f954c08) patch. So far it appears to have been fixed by recently submitted "quartz: Fix handling of zero byte samples and endofstreams". The latter patch, although fixing the crash, seems to introduce hangs of intro videos in Thief (i.e. it works before "fix reference leak", it crashes after "fix reference leak" and it doesn't crash but hangs after also applying "fix handling of zero byte samples". Very likely it simply exposes a previously hidden underlying problem. Because, for example, system shock 2 (also a Looking Glass game with similar engine) has some videos for which I can't find a working Wine version, probably they always had this hang problem. I've analyzed +quartz logs for differences, and it looks to me that the critical difference is lack of AVISplitter_SendEndOfFile on the video (0) stream in NON-working cases, which possibly makes game unaware that video ended. Non-working cases have either "END OF STREAM" detected on stream 1 only or not at all. +quartz log of Thief session in Wine build that works fine has: err:quartz:AVISplitter_next_request END OF STREAM ON 1 trace:quartz:AVISplitter_SendEndOfFile End of file reached [...] err:quartz:AVISplitter_next_request END OF STREAM ON 0 trace:quartz:AVISplitter_SendEndOfFile End of file reached +quartz log of Thief session in Wine build that hangs has no SendEndOfFile at all. +quartz log of System Shock 2 in Wine build that works for Thief (but SS2 still hangs) has err:quartz:AVISplitter_next_request END OF STREAM ON 1 trace:quartz:AVISplitter_SendEndOfFile End of file reached System Shock 2 with 28d6203ca9bd0ba17ce38e309f340b518f954c08 and "fix zero size samples" patch - can't compare because it now crashes (assert failed) :/ filesource.c:1250: FileAsyncReader_WaitForNext: Assertion `rtStop == rtSampleStop' failed. This pattern shows when watching videos outside the game in the graphedit tool as well. -- 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 7