http://bugs.winehq.org/show_bug.cgi?id=28934
Bug #: 28934 Summary: Oddworld: Abe's Oddysee truncates upper portion of rendering Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: directx-ddraw AssignedTo: wine-bugs@winehq.org ReportedBy: arethusa26@gmail.com CC: hverbeet@gmail.com Classification: Unclassified Regression SHA1: 94ae743ea668e49d40ae4e2dc5fe1f5d9be018cb
Created attachment 37192 --> http://bugs.winehq.org/attachment.cgi?id=37192 Oddworld: Abe's Oddysee truncated rendering
In wine-1.3.31-172-g7df0245, the upper portion of intro videos and the main menu of Oddworld: Abe's Oddysee is rendered as black, with valid content underneath. This did not occur in wine-1.3.23, and regression testing indicated:
94ae743ea668e49d40ae4e2dc5fe1f5d9be018cb is the first bad commit commit 94ae743ea668e49d40ae4e2dc5fe1f5d9be018cb Author: Henri Verbeet hverbeet@codeweavers.com Date: Tue Aug 30 20:12:31 2011 +0200
ddraw: Make the OpenGL renderer the default one.
:040000 040000 fbce2dc172258a4a7eabc65b6f86bd58522b4667 dfb3b24196ac3ad09100758a48b2d4ef7e45e26b M dlls
A screenshot and output are attached.
http://bugs.winehq.org/show_bug.cgi?id=28934
--- Comment #1 from Andrew Nguyen arethusa26@gmail.com 2011-10-30 00:39:25 CDT --- Created attachment 37193 --> http://bugs.winehq.org/attachment.cgi?id=37193 Oddworld: Abe's Oddysee output
http://bugs.winehq.org/show_bug.cgi?id=28934
--- Comment #2 from Henri Verbeet hverbeet@gmail.com 2011-10-30 06:16:31 CDT --- Does this have a demo with the same issue? The Abe's Exoddus Demo seems to work fine here at least.
http://bugs.winehq.org/show_bug.cgi?id=28934
--- Comment #3 from Andrew Nguyen arethusa26@gmail.com 2011-10-30 07:55:32 CDT --- (In reply to comment #2)
Does this have a demo with the same issue? The Abe's Exoddus Demo seems to work fine here at least.
I suffer the same issue with that demo on my system, actually. lspci reports my machine's graphics card to be:
00:02.0 VGA compatible controller: Intel Corporation Core Processor Integrated Graphics Controller (rev 02)
glxinfo reports strings:
OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile OpenGL version string: 2.1 Mesa 7.11 OpenGL shading language version string: 1.20
http://bugs.winehq.org/show_bug.cgi?id=28934
--- Comment #4 from Henri Verbeet hverbeet@gmail.com 2011-10-30 12:53:58 CDT --- (In reply to comment #3)
glxinfo reports strings:
OpenGL vendor string: Tungsten Graphics, Inc OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile OpenGL version string: 2.1 Mesa 7.11 OpenGL shading language version string: 1.20
This may be specific to either Intel or the Mesa version you're using. Does setting LIBGL_ALWAYS_SOFTWARE=1 make any difference? For me this renders correctly with both r600g and softpipe (although softpipe obviously isn't very fast) on a fairly recent Mesa version (7684808f9ce2da944be3ca9cc1ac4661d9b167fb).
http://bugs.winehq.org/show_bug.cgi?id=28934
--- Comment #5 from Andrew Nguyen arethusa26@gmail.com 2011-10-30 18:53:48 CDT --- (In reply to comment #4)
This may be specific to either Intel or the Mesa version you're using. Does setting LIBGL_ALWAYS_SOFTWARE=1 make any difference? For me this renders correctly with both r600g and softpipe (although softpipe obviously isn't very fast) on a fairly recent Mesa version (7684808f9ce2da944be3ca9cc1ac4661d9b167fb).
I'm afraid it does not help on my system. The only way that I am aware of to get proper rendering for Oddworld: Abe's Oddysee or the Oddworld: Abe's Exoddus demo is to run the games inside a virtual desktop.
http://bugs.winehq.org/show_bug.cgi?id=28934
--- Comment #6 from Henri Verbeet hverbeet@gmail.com 2011-10-31 06:26:38 CDT --- (In reply to comment #5)
(In reply to comment #4)
This may be specific to either Intel or the Mesa version you're using. Does setting LIBGL_ALWAYS_SOFTWARE=1 make any difference? For me this renders correctly with both r600g and softpipe (although softpipe obviously isn't very fast) on a fairly recent Mesa version (7684808f9ce2da944be3ca9cc1ac4661d9b167fb).
I'm afraid it does not help on my system. The only way that I am aware of to get proper rendering for Oddworld: Abe's Oddysee or the Oddworld: Abe's Exoddus demo is to run the games inside a virtual desktop.
You should probably try with a Mesa version from git, but if softpipe doesn't work for you that likely means this bug is invalid.
http://bugs.winehq.org/show_bug.cgi?id=28934
--- Comment #7 from Henri Verbeet hverbeet@gmail.com 2011-11-03 09:09:12 CDT --- Actually, what do the first ten lines or so of +wgl say? I tried this with 7.11 and it works there as well for me.
http://bugs.winehq.org/show_bug.cgi?id=28934
--- Comment #8 from Andrew Nguyen arethusa26@gmail.com 2011-11-05 17:14:34 CDT --- Testing with the Abe's Exxodus demo, the first ten lines of the +wgl output is:
trace:wgl:wglGetProcAddress func: 'glAccum' trace:wgl:X11DRV_WineGL_InitOpenglInfo GL version : 2.1 Mesa 7.11. trace:wgl:X11DRV_WineGL_InitOpenglInfo GL renderer : Mesa DRI Intel(R) Ironlake Mobile . trace:wgl:X11DRV_WineGL_InitOpenglInfo GLX version : 1.4. trace:wgl:X11DRV_WineGL_InitOpenglInfo Server GLX version : 1.4. trace:wgl:X11DRV_WineGL_InitOpenglInfo Server GLX vendor: : SGI. trace:wgl:X11DRV_WineGL_InitOpenglInfo Client GLX version : 1.4. trace:wgl:X11DRV_WineGL_InitOpenglInfo Client GLX vendor: : Mesa Project and SGI. trace:wgl:X11DRV_WineGL_InitOpenglInfo Direct rendering enabled: True trace:wgl:has_opengl GLX is up and running error_base = 169
Testing with Mesa from git shows the same problems, and the +wgl output in this case is:
trace:wgl:wglGetProcAddress func: 'glAccum' trace:wgl:X11DRV_WineGL_InitOpenglInfo GL version : 2.1 Mesa 7.12-devel (git-7494c81). trace:wgl:X11DRV_WineGL_InitOpenglInfo GL renderer : Mesa DRI Intel(R) Ironlake Mobile x86/MMX/SSE2. trace:wgl:X11DRV_WineGL_InitOpenglInfo GLX version : 1.4. trace:wgl:X11DRV_WineGL_InitOpenglInfo Server GLX version : 1.4. trace:wgl:X11DRV_WineGL_InitOpenglInfo Server GLX vendor: : SGI. trace:wgl:X11DRV_WineGL_InitOpenglInfo Client GLX version : 1.4. trace:wgl:X11DRV_WineGL_InitOpenglInfo Client GLX vendor: : Mesa Project and SGI. trace:wgl:X11DRV_WineGL_InitOpenglInfo Direct rendering enabled: True trace:wgl:has_opengl GLX is up and running error_base = 169
It's not clear to me from the information I obtained where the problem actually lies.
http://bugs.winehq.org/show_bug.cgi?id=28934
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #9 from joaopa jeremielapuree@yahoo.fr 2011-11-05 17:36:22 CDT --- For me, with the demo http://french.eazel.com/lv/group/view/kl225414/Oddworld%3A_Abe%27s_Oddysee.h...
and my nvidia card, everything is OK.
Can you give a try to this demo?
http://bugs.winehq.org/show_bug.cgi?id=28934
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|directx-ddraw |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=28934
Henri Verbeet hverbeet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |INVALID
--- Comment #10 from Henri Verbeet hverbeet@gmail.com 2012-01-20 09:18:57 CST --- (In reply to comment #8)
It's not clear to me from the information I obtained where the problem actually lies.
Considering this works for me with other Mesa drivers, and that softpipe is broken as well for you, I'm going to blame this on the Intel DDX driver for the moment. You should probably file a bug at freedesktop.org bugzilla and ask the Intel people to take a look.
http://bugs.winehq.org/show_bug.cgi?id=28934
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from Austin English austinenglish@gmail.com 2012-01-23 18:59:57 CST --- Closing INVALID.