http://bugs.winehq.org/show_bug.cgi?id=17900
Summary: RenderTargetLockMode=disabled required for playable display Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: michael@araneidae.co.uk
On at least two games (Thief 2 and Jedi Knight Dark Forces II, I've not tried others of this vintage yet) unless the key Wine/Direct3D/RenderTargetLockMode is set to disable the game display is completely unplayable.
Of course, disabling this key has undesirable side effects: in JKDF2 the HUD is overlaid by the game display, in Thief2 the in game menu is unusable -- but this must be a strong clue as to what is going wrong here.
I've tried setting this key to default, readtex, texdraw, textex, and in all of these cases the effect is a sort of upside-down shimmering stripes. This visual effect may be a side effect of what's really going on, because any attempt at a screen shot capture either a good image or an upside down image.
I think what is actually happening is that the image is constantly alternating between upsidedown and rightside up!
http://bugs.winehq.org/show_bug.cgi?id=17900
--- Comment #1 from Michael Abbott michael@araneidae.co.uk 2009-03-30 16:47:55 --- Oops. Forgot to describe my environment in detail:
wine-1.1.18 ATI graphics: Radeon x1650 Pro graphics card Catalyst 9.3 drivers Ubunutu 8.10 Xfce window manager
Games run in virtual desktop
http://bugs.winehq.org/show_bug.cgi?id=17900
--- Comment #2 from Michael Abbott michael@araneidae.co.uk 2009-04-14 13:21:45 --- Testing with wine 1.1.19: RenderTargetLockMode=auto is still complete fail, but =readtex is slighly more interesting (this is with JKDF2): on starting, the screen looks ok, but as soon as I move it goes crazy ... with a single error message repeatedly reported.
The complete transcript (from switching from menu to game display) goes:
fixme:dinput:SysMouseAImpl_Acquire Clipping cursor to (470,375)-(1118,882) fixme:win:EnumDisplayDevicesW ((null),0,0x32f7ec,0x00000000), stub! err:wgl:X11DRV_wglGetPixelFormatAttribivARB unexpected RenderType(8) err:wgl:X11DRV_wglGetPixelFormatAttribivARB unexpected RenderType(8) fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:d3d:WineD3D_ChoosePixelFormat Add OpenGL context recreation support to SetDepthStencilSurface fixme:d3d:state_monoenable Render state WINED3DRS_MONOENABLE not implemented yet fixme:d3d:state_subpixel Render state WINED3DRS_SUBPIXEL not implemented yet fixme:d3d:state_subpixelx Render state WINED3DRS_SUBPIXELX not implemented yet
Then as soon as I move, or after a second or two, it repeatedly reports:
fixme:d3d_surface:read_from_framebuffer >>>>>>>>>>>>>>>>> GL_INVALID_OPERATION (0x502) from glReadPixels @ surface.c / 875
and the screen flips between normal and inverted display!
http://bugs.winehq.org/show_bug.cgi?id=17900
--- Comment #3 from Michael Abbott michael@araneidae.co.uk 2009-04-14 13:26:44 --- To complete the story with JKDF2: auto (=readdraw) and texdraw display the image in multiple interlaced horizontal stripes, and textex behaves the same as readtex.
http://bugs.winehq.org/show_bug.cgi?id=17900
--- Comment #4 from Michael Abbott michael@araneidae.co.uk 2009-04-17 13:03:49 --- Exactly the same problem with System Shock 2.
http://bugs.winehq.org/show_bug.cgi?id=17900
Robert Bartle poofyyoda@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |poofyyoda@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=17900
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeffz@jeffz.name
--- Comment #5 from Jeff Zaroyko jeffz@jeffz.name 2009-05-10 06:54:30 --- (In reply to comment #3)
To complete the story with JKDF2: auto (=readdraw) and texdraw display the image in multiple interlaced horizontal stripes, and textex behaves the same as readtex.
Looks fine to me here with a nvidia geforce 5200fx and 8800GTS, sounds like an ATI only issue...
http://bugs.winehq.org/show_bug.cgi?id=17900
Petr Baudis pasky@ucw.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pasky@ucw.cz
--- Comment #6 from Petr Baudis pasky@ucw.cz 2009-05-28 15:30:54 --- I see the exactly same symptoms with System Shock 2, using fglrx:
OpenGL renderer string: ATI Radeon HD 2400 PRO OpenGL version string: 2.1.8664
The display just quickly alternates between normal and upside-down and never changes.
RenderTargetLockMode=disabled makes the game run nicely (at least at the very beginning), but now Esc in-game does not show the menu anymore (or rather, it's not visible I suppose).
Let me know if I can help further. (However, I will be switching from fglrx as soon as there's at least some 3D support in the opensource radeon driver...)
http://bugs.winehq.org/show_bug.cgi?id=17900
Jeff Zaroyko jeffz@jeffz.name changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|RenderTargetLockMode=disabl |RenderTargetLockMode=disabl |ed required for playable |ed required for playable |display |display (ati)
--- Comment #7 from Jeff Zaroyko jeffz@jeffz.name 2009-05-28 17:39:33 --- has anyone tested older fglrx drivers to see if it works normally?
http://bugs.winehq.org/show_bug.cgi?id=17900
--- Comment #8 from Michael Abbott michael@araneidae.co.uk 2009-06-12 14:53:47 --- (In reply to comment #5)
Looks fine to me here with a nvidia geforce 5200fx and 8800GTS, sounds like an ATI only issue...
Yes, it's ATI only -- I've given up, and switched to nVidia, and this bug has gone away for me.
http://bugs.winehq.org/show_bug.cgi?id=17900
--- Comment #9 from booiiing booiiing@gmail.com 2009-07-08 06:33:39 --- driver-issue: contact ati, CLOSE this bug
http://bugs.winehq.org/show_bug.cgi?id=17900
Gavin gav616@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gav616@googlemail.com
--- Comment #10 from Gavin gav616@googlemail.com 2009-09-07 15:27:19 --- 'disabled' gives me perfect performance and colour displays correctly but there is no HUD and no game menu when ESC is pressed.
'auto' (and anything else) gives me poor colour display and very poor performance, the HUD and menu work but can freeze at times.
System; Athlon XP 3200+ on Archlinux Rolling release - Kernel 2.6.30 nVidia GeForce 6200 - 190.32 beta
http://bugs.winehq.org/show_bug.cgi?id=17900
--- Comment #11 from Jeff Zaroyko jeffz@jeffz.name 2009-09-09 01:06:07 --- (In reply to comment #10)
'disabled' gives me perfect performance and colour displays correctly but there is no HUD and no game menu when ESC is pressed.
'auto' (and anything else) gives me poor colour display and very poor performance, the HUD and menu work but can freeze at times.
System; Athlon XP 3200+ on Archlinux Rolling release - Kernel 2.6.30 nVidia GeForce 6200 - 190.32 beta
Still works fine here with default settings. GF 8800GTS 190.18, I get up to 120fps at 1280x1024, 80fps at 1400x1050 and 45fps at 1680x1050, with 3d acceleration selected. No colour issues or menu problems (run with -windowgui to use gdi codepath the menu redrawing on mouseover issues are covered in a different bug)
http://bugs.winehq.org/show_bug.cgi?id=17900
paulo i30817@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |i30817@gmail.com
--- Comment #12 from paulo i30817@gmail.com 2010-06-06 18:32:04 --- This is a strange bug. It is occurring to me in thief 2, but not on all menu (ESC) screens but only on ones that occur in game after finishing a mission (or possibly playing a movie and trying to show the menu).
ESC menu in game works fine. In fact the menu works fine if you can find the correct button and press it without being able to see the menu or mouse pointer, but by the sound the button makes when highlighted.
http://bugs.winehq.org/show_bug.cgi?id=17900
--- Comment #13 from paulo i30817@gmail.com 2010-06-06 18:44:30 --- As for this being a fglrx issue i think i can confirm that in thief. I played until before the this issue occurs automatically without me doing anything additional in game (at the end of a mission) saved in game quickly), quit, changed the drivers to the open source version, and loaded the savegame. The menu appeared but the ingame 3d world has the but i reported "fbo hangs ..." that is a misnomer obviously, it doesn't hang but doesn't display - that is why i saved the game so i didn't have to make anything.
Anyway, continuing to the next version with the fglrx drivers loaded it correctly (by searching for the buttons in the dark) and in the open source driver it crashed the game (am going to report it now).
http://bugs.winehq.org/show_bug.cgi?id=17900
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |adys.wh@gmail.com
--- Comment #14 from Jerome Leclanche adys.wh@gmail.com 2011-10-28 09:22:03 CDT --- If this is a fglrx issue, it's invalid.
http://bugs.winehq.org/show_bug.cgi?id=17900
--- Comment #15 from Austin English austinenglish@gmail.com 2013-11-13 16:51:07 CST --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.6 or newer) wine? If so, please attach the terminal output in 1.7.6 (see http://wiki.winehq.org/FAQ#get_log).
https://bugs.winehq.org/show_bug.cgi?id=17900
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #16 from Austin English austinenglish@gmail.com --- Abandoned.
https://bugs.winehq.org/show_bug.cgi?id=17900
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org