http://bugs.winehq.org/show_bug.cgi?id=26468
Summary: Descent 3: graphics garbled with OpenGL, game unbearably slow with D3D Product: Wine Version: 1.3.15 Platform: x86 OS/Version: Mac OS X 10.6 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: kurtjaeke@gmx.de
Created an attachment (id=33701) --> (http://bugs.winehq.org/attachment.cgi?id=33701) Outdoors scenario with garbled graphics.
The Descent 3 game runs either awfully slow: using Direct3D as graphics driver, or shows garbled graphics: using the openGL driver.
I'm running Descent 3 US 1.4.
See screen shot for an example of garbled graphics. The order of elements, i.e., whats behind what, is broken.
http://bugs.winehq.org/show_bug.cgi?id=26468
Andrew Millington andrew.millington@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew.millington@gmail.com
--- Comment #1 from Andrew Millington andrew.millington@gmail.com 2011-03-18 19:18:47 CDT --- Please open a separate bug for the game being slow using Direct3D as the graphics driver plus try and run with WINEDEBUG=-all.
http://bugs.winehq.org/show_bug.cgi?id=26468
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Descent 3: graphics garbled |Descent 3: graphics garbled |with OpenGL, game |with OpenGL |unbearably slow with D3D |
http://bugs.winehq.org/show_bug.cgi?id=26468
--- Comment #2 from Kurt kurtjaeke@gmx.de 2011-03-23 03:08:05 CDT ---
WINEDEBUG=-all
Did you mean "WINEDEBUG=+all" ?
If so: I tried, but output is prohibitively large. I'll add output of "WINEDEBUG=+opengl".
Let me know if you need more.
http://bugs.winehq.org/show_bug.cgi?id=26468
--- Comment #3 from Kurt kurtjaeke@gmx.de 2011-03-23 03:18:00 CDT --- Created an attachment (id=33776) --> (http://bugs.winehq.org/attachment.cgi?id=33776) Ouput on stderr of running Descent 3.
The command I ran:
(export WINEDEBUG=+opengl; wine main.exe -launched -nointro -width 800 -height 600 -himem -nocompress -usesmoothing -z32bit -bumped -opengl -hividmem -subpixelcorrect -framecap 999 -timetest secret2.dem -fastdemo ) > opengl.out 2> opengl.err
http://bugs.winehq.org/show_bug.cgi?id=26468
--- Comment #4 from Kurt kurtjaeke@gmx.de 2011-03-23 03:25:20 CDT --- in reply to comment #2:
Please open a separate bug for the game being slow using Direct3D
See bug #26522
http://bugs.winehq.org/show_bug.cgi?id=26468
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- OS/Version|Mac OS X 10.6 |Mac OS X
http://bugs.winehq.org/show_bug.cgi?id=26468
Roderick Colenbrander thunderbird2k@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED CC| |thunderbird2k@gmail.com Resolution| |INVALID
--- Comment #5 from Roderick Colenbrander thunderbird2k@gmail.com 2012-06-05 23:36:08 CDT --- I'm referring to the perceived OpenGL image quality issues. When running in OpenGL mode the game is pure OpenGL. There is no real emulation going on. Yes, the game doesn't look that nice especially in the sky. That could be some color depth issue. Further no texture filtering looks to be enabled. Based on the log it indeed looks like most GL texture calls use NEAREST filtering.
I don't think there is any Wine issue.
http://bugs.winehq.org/show_bug.cgi?id=26468
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED CC| |nerv@dawncrow.de
--- Comment #6 from André H. nerv@dawncrow.de 2012-06-22 13:02:44 CDT --- closing invalid
https://bugs.winehq.org/show_bug.cgi?id=26468
Christopher Thielen cthielen@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |cthielen@gmail.com
--- Comment #7 from Christopher Thielen cthielen@gmail.com --- Is Wine simply passing through the OpenGL calls? Does that imply the order-of-polygons bug is a driver issue as I'm experiencing it as well and the problem does not happen using the OpenGL renderer on the same hardware on Windows, nor in the Linux version of Descent 3.
Just to confirm, it's a Mesa bug then?