http://bugs.winehq.org/show_bug.cgi?id=12051
Summary: Max Payne 2 - rendering bug, looks like wrong shadow Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: directx-d3d AssignedTo: wine-bugs@winehq.org ReportedBy: alexd4@inbox.lv
Created an attachment (id=11410) --> (http://bugs.winehq.org/attachment.cgi?id=11410) screenshot with bug visible
When playing Max Payne 2, a strange visual artifact often appears. It isn't visible all the time and doesn't interfere much with gameplay, but clearly this is something wrong. It's like a shadow is being drawn of some object or a frame of something, see screenshot (narrow L shaped shadow in front of character). When it does appear it rotates/moves quickly then disappears as the character moves forward.
http://bugs.winehq.org/show_bug.cgi?id=12051
Alexander Dorofeyev alexd4@inbox.lv changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
--- Comment #1 from Alexander Dorofeyev alexd4@inbox.lv 2008-03-15 15:43:39 --- I can't reproduce in 0.9.50, so I think this is a regression.
http://bugs.winehq.org/show_bug.cgi?id=12051
Alexander Dorofeyev alexd4@inbox.lv changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefan@codeweavers.com
--- Comment #2 from Alexander Dorofeyev alexd4@inbox.lv 2008-03-15 19:09:21 --- This is the commit which caused it:
commit ea093f4a3884e0869b5dc00f36ae6889526e8648 Author: Stefan Dösinger stefan@codeweavers.com Date: Thu Dec 27 21:20:59 2007 +0100
wined3d: Multiply the half pixel correction with .w.
http://bugs.winehq.org/show_bug.cgi?id=12051
Alexander Dorofeyev alexd4@inbox.lv changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.rockstargames.com | |/maxpayne2/mp2_downloads.htm | |l Keywords| |download
http://bugs.winehq.org/show_bug.cgi?id=12051
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefandoesinger@gmx.at
--- Comment #3 from Stefan Dösinger stefandoesinger@gmx.at 2008-04-10 03:38:17 --- That looks like a texture address clamping issue. We had some problems like those in Half Life 2 a white back, but they were fixed by forcing cube textures to clamp to boarder. Maybe the same has to be done for volume textures?
http://bugs.winehq.org/show_bug.cgi?id=12051
neuroboosteur neuroboosteur@free.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |neuroboosteur@free.fr
--- Comment #4 from neuroboosteur neuroboosteur@free.fr 2008-05-14 16:10:41 --- Hi folks,
Disabling the Pixel shader in the option panel at the start of the game seems to solve this graphic issue...
Cya
http://bugs.winehq.org/show_bug.cgi?id=12051
Tobias Jakobi liquid.acid@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |liquid.acid@gmx.net, | |jb.faq@gmx.de
--- Comment #5 from Tobias Jakobi liquid.acid@gmx.net 2008-06-20 21:09:29 --- Confirming with MP2 demo.
Running wine-1.0 on nvidia Geforce FX 5900.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #6 from Tobias Jakobi liquid.acid@gmx.net 2008-06-21 05:55:08 --- Created an attachment (id=14237) --> (http://bugs.winehq.org/attachment.cgi?id=14237) shadow artifact (single line)
notice the black nearly horizontal line in front of Max
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #6 from Tobias Jakobi liquid.acid@gmx.net 2008-06-21 05:55:08 --- Created an attachment (id=14237) --> (http://bugs.winehq.org/attachment.cgi?id=14237) shadow artifact (single line)
notice the black nearly horizontal line in front of Max
--- Comment #7 from Tobias Jakobi liquid.acid@gmx.net 2008-06-21 05:56:35 --- Created an attachment (id=14238) --> (http://bugs.winehq.org/attachment.cgi?id=14238) shadow artifact (single line)
moving the player (and with him the camera) a bit forward also moves the line and lets it fade
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #8 from Tobias Jakobi liquid.acid@gmx.net 2008-06-21 05:58:17 --- Created an attachment (id=14239) --> (http://bugs.winehq.org/attachment.cgi?id=14239) shadow artifact (single line)
notice it's not just a single line with a single color but some sort of gradient thing going on...
http://bugs.winehq.org/show_bug.cgi?id=12051
Tobias Jakobi liquid.acid@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #14239|shadow artifact (single |shadow artifact (single description|line) |line, gradient)
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #9 from Tobias Jakobi liquid.acid@gmx.net 2008-06-21 06:00:21 --- Created an attachment (id=14240) --> (http://bugs.winehq.org/attachment.cgi?id=14240) shadow artifact (single line, gradient)
another look at the visual error, this time the gradient isn't so obvious (but it's there, you can see it by moving around)
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #10 from Tobias Jakobi liquid.acid@gmx.net 2008-06-21 06:01:26 --- Created an attachment (id=14241) --> (http://bugs.winehq.org/attachment.cgi?id=14241) shadow artifact (double lines)
notice that there are now two lines, one thin and the other thick (and with gradient type)
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #11 from Tobias Jakobi liquid.acid@gmx.net 2008-06-21 06:02:27 --- Created an attachment (id=14242) --> (http://bugs.winehq.org/attachment.cgi?id=14242) shadow artifact (double lines)
another look at the "double lines", here you can clearly see the gradient of the left line.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #12 from Tobias Jakobi liquid.acid@gmx.net 2008-06-21 06:04:19 --- Hi there,
as you can see I attached a bunch of screenshots showing the problem and how it appears in different forms in the game.
The visual error either appears in single variant (just a single black lines of varying thickness, sometimes a color gradient is visible) or a dual variant with one thin line and one thick line (the thick line with color gradient).
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #13 from Jan Buecken jb.faq@gmx.de 2008-06-22 07:29:03 --- Confirming this with ati mobility radeon hd 2600 and ati-drivers 8.501
http://bugs.winehq.org/show_bug.cgi?id=12051
Jan Buecken jb.faq@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #14 from Jan Buecken jb.faq@gmx.de 2008-06-22 07:33:14 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #15 from Tobias Jakobi liquid.acid@gmx.net 2008-06-25 16:00:03 --- The only option that has influence on this visual error is "character shadows":
"medium" and "high": bug is there "low": bug disappears (and shadow looks crap, just a simple shadow blob)
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #16 from Tobias Jakobi liquid.acid@gmx.net 2008-07-22 15:49:10 --- Reconfirming bug with latest wine git master.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #17 from Tobias Jakobi liquid.acid@gmx.net 2008-08-20 14:56:03 --- Bug is still there with latest git master, but the appearance has changed.
It's now a single rectangular field with a gradient.
Also see: http://bugs.winehq.org/show_bug.cgi?id=14751
Bug #14751 seems to depend on ingame shadow settings, maybe there is a relation.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #18 from Tobias Jakobi liquid.acid@gmx.net 2008-10-07 15:13:28 --- Reconfirming with wine-1.1.5 and also with wine git master.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #19 from Tobias Jakobi liquid.acid@gmx.net 2008-10-13 16:35:26 --- Strange... just tested MP2 for another bug with wine-1.1.6 and GLSL enabled.
OffscreenRenderingMode is FBO and the artifacts are gone. Both in medium and high setting. I simply can't reproduce them anymore from the positions where they were previously apparant at once.
I did suspect this having to do with GLSL mode. I usually have it disabled. But even with GLSL off the artifacts are nowhere to be found.
Can anyone also confirm this? Using a NV35 here.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #20 from Tobias Jakobi liquid.acid@gmx.net 2008-10-13 16:40:58 --- It looks like this bug is now only apparent if ORM is set to backbuffer (I didn't try pbuffer though).
It's not there with FBO, even with wine-1.1.5 - it's also gone there.
So the problems stays with backbuffer mode. Maybe someone wants to also check this with pbuffers.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #21 from Alexander Dorofeyev alexd4@inbox.lv 2008-11-17 13:38:58 --- Well, I think this bug is fixed since 1.1.5 by this:
commit 27b8f719ca7f26e1edbec6f7e46cc612dce12b41 Author: Henri Verbeet hverbeet@codeweavers.com Date: Wed Sep 10 11:08:10 2008 +0200
wined3d: Fix the half pixel offset.
Turns out the original fix was correct for fixed function, but for the wrong reason. The shader path was already correct. This fixes a regresssion introduced by 932e95c111118b643650d6643e47be0ddb5528a1.
This patch seems to make the problem disappear. Makes perfect sense considering the patch which caused regression. I tested with all default settings, thus ORM=backbuffer.
Tobias, I don't quite understand your last comment - are you saying that you are still seeing this with ORM=backbuffer? If not this may be closed as fixed.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #22 from Tobias Jakobi liquid.acid@gmx.net 2008-11-17 13:49:16 --- Yeah, I meant I was still seeing it with ORM=backbuffer and a recent wine version. I have to retest though.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #23 from Tobias Jakobi liquid.acid@gmx.net 2008-11-17 17:16:09 --- Just rechecked with git master.
With ORM=backbuffer and ORM=pbuffer the lines are still there. Like already stated: With ORM=fbo the issue is gone.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #24 from Alexander Dorofeyev alexd4@inbox.lv 2008-11-17 17:41:19 --- Damn it, I'm currently testing stuff with onboard geforce 6100, and the bug indeed seems to be there. The results where the bug seemed to be gone were produced on a 8800GT. And in version where it was present (on 8800GT), it was also looking differently and reproducing less readily than it does on 6100 :(. So this may also be gl extension or hardware dependent mess.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #25 from Tobias Jakobi liquid.acid@gmx.net 2009-01-29 15:52:37 --- Reconfirming with wine-1.1.13
Shadow rendering is perfect with all settings when ORM=fbo is selected. ORM=backbuffer produces wrong shadows.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #26 from Tobias Jakobi liquid.acid@gmx.net 2009-04-26 09:06:49 --- Reconfirming with wine-1.1.20
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #27 from Henri Verbeet hverbeet@gmail.com 2010-09-02 08:18:27 CDT --- Does this still happen with current git? ffb38da024b044b4958d21784b5cc290291883a9 in particular may have some influence (for better or worse).
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #28 from Tobias Jakobi liquid.acid@gmx.net 2010-09-04 13:05:40 CDT --- I can't test this since the demo crashes right after the start without any meaningful backtrace.
wine: Unhandled page fault on read access to 0x00000000 at address (nil) (thread 003f), starting debugger... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x00000000).
Backtrace: =>0 0x00000000 (0x0033f548) 1 0x7dd34cad in wined3d (+0x34cac) (0x0033f5a8) 2 0x7dd70a75 in wined3d (+0x70a74) (0x0033f948) 3 0x7dd4358d in wined3d (+0x4358c) (0x0033f998) 4 0x7d58c18e in d3d8 (+0xc18d) (0x0033f9f8)
http://bugs.winehq.org/show_bug.cgi?id=12051
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |wylda@volny.cz Resolution| |FIXED
--- Comment #29 from Wylda wylda@volny.cz 2010-09-04 13:13:49 CDT --- (In reply to comment #27)
Does this still happen with current git? ffb38da024b044b4958d21784b5cc290291883a9 in particular may have some influence (for better or worse).
Hi Henri, nope. I saw this issue in wine-1.1.25 and i don't see that in 1.1.30 so it looks like that you were right with your commit around 1.1.28?
Is there a way to translate the hash into wine version by simple git command? (i mean for example 1.1.28-123-...)
Anyway this is fixed in 1.3.2 and MP2 v1.01 and i'm going to look at the demo, if there is not a new regression ;)
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #30 from Wylda wylda@volny.cz 2010-09-04 13:26:26 CDT ---
Demo works fine for me too. All details set to "High" and no such problem.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #31 from Henri Verbeet hverbeet@gmail.com 2010-09-04 13:41:06 CDT --- (In reply to comment #29)
Is there a way to translate the hash into wine version by simple git command? (i mean for example 1.1.28-123-...)
"git describe ffb38da024b044b4958d21784b5cc290291883a9" should return "wine-1.1.27-355-gffb38da". That's also what Wine itself uses to build the version string for "wine --version".
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #32 from Tobias Jakobi liquid.acid@gmx.net 2010-09-05 04:41:54 CDT --- I presume that Max Payne 2 never worked on any Mesa driver at all. I just tried it with swrast and it crashes at the exact same position. Since swrast supports OpenGL 2.1 this should work with MP2, so I consider it a bug in wine.
http://bugs.winehq.org/show_bug.cgi?id=12051
--- Comment #33 from Tobias Jakobi liquid.acid@gmx.net 2010-09-05 09:29:04 CDT --- After getting the game running on open-source driver I can now also confirm that this issue is gone!
http://bugs.winehq.org/show_bug.cgi?id=12051
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #34 from Alexandre Julliard julliard@winehq.org 2010-09-18 13:05:19 CDT --- Closing bugs fixed in 1.3.3.
-
wine-bugs＠winehq.org