https://bugs.winehq.org/show_bug.cgi?id=39749
Bug ID: 39749 Summary: Battle Realms: black screen after starting a new game (only with nouveau?) Product: Wine Version: 1.7.53 Hardware: x86 URL: http://www.fileplanet.com/82509/80000/fileinfo/Battle- Realms-Demo OS: Linux Status: NEW Keywords: download, regression Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs@winehq.org Reporter: gyebro69@gmail.com CC: stefan@codeweavers.com Regression SHA1: 973de3f59c7d47602fe68c8cecf8fc3dbc59bcff Distribution: ---
The game loads to the main menu, but when I start a new game (or the tutorial in the demo version) I'm getting only a black screen although the game seems to be running because I can hear audio from the game. Alt-tabbing back and forth doesn't resolve the problem, but if I switch to another workspace in XFCE and switch back to the game, then the screen is displayed correctly.
Actually, I have this problem with some other games as well: Planescape:Torment shows the same behaviour when I try to save the game, the screen is not refreshing in the save game dialogue. Atlantis III also has a similar problem: after playing the intro video, the screen remains frozen (until I switch workspaces back and forth).
According to my testing, the problem in those games was introduced by
commit 973de3f59c7d47602fe68c8cecf8fc3dbc59bcff Author: Stefan Dösinger stefan@codeweavers.com Date: Thu Oct 15 22:41:12 2015 +0200
wined3d: Pass a context to surface_load_location.
The commit can't be reverted, but the games work properly with the previous commit.
I can't reproduce the problem with Nvidia binary driver 340.96. Stefan, could you please check whether it is present with other gpus/drivers?
To reproduce the problem in Battle Realms demo: 1. Install and start the demo. You can skip the intros by pressing <Space>. In the main menu select <New Game>, choose <Tutorials> and select one of the available missions. When the map is loaded (sound begins to play) the screen remains black here.
Wine 1.8-rc3 Fedora 23 OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV92 OpenGL core profile version string: 3.3 (Core Profile) Mesa 11.2.0-devel OpenGL core profile shading language version string: 3.30 X Server 1.18 XFCE 4.12 (also present in Gnome 3 and Openbox window managers)
BattleRealmsDemo.zip sha1: fd5f8e5bc30df10abc0b9d4890f8dd3c8953ba90
Terminal output: fixme:ddraw:DirectDrawEnumerateExA flags 0x00000006 not handled fixme:win:EnumDisplayDevicesW ((null),0,0x33f258,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33ba98,0x00000000), stub! fixme:win:EnumDisplayDevicesW ((null),0,0x33ba98,0x00000000), stub! fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. fixme:win:EnumDisplayDevicesW ((null),0,0x33f598,0x00000000), stub! fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 16 fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1. fixme:ddraw:ddraw7_FlipToGDISurface iface 0x12aeb0 stub!
https://bugs.winehq.org/show_bug.cgi?id=39749
--- Comment #1 from Béla Gyebrószki gyebro69@gmail.com --- Looks like the problem in those games doesn't occur with the software renderer: LIBGL_ALWAYS_SOFTWARE=1.
https://bugs.winehq.org/show_bug.cgi?id=39749
Sergey Isakov isakov-sl@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl@bk.ru
--- Comment #2 from Sergey Isakov isakov-sl@bk.ru --- For my observation the game had exactly same problems as in bugs 38778, 39227. The problem was resolved in 1.8rc3-38. For me the patch from 34166 is also required. Now the game Battle Realms Demo works fine. OSX 10.9.5 AMD Radeon 6000 series
https://bugs.winehq.org/show_bug.cgi?id=39749
--- Comment #3 from Sergey Isakov isakov-sl@bk.ru --- fixme presents ~~~ fixme:d3d:wined3d_device_decref Device released with resources still bound, acceptable but unexpected. fixme:d3d:wined3d_device_decref Leftover resource 0x16e738 with type WINED3D_RTYPE_SURFACE (0x1). fixme:d3d:wined3d_device_decref Leftover resource 0x16e580 with type WINED3D_RTYPE_TEXTURE (0x3). fixme:d3d:wined3d_device_decref Leftover resource 0x16e2b0 with type WINED3D_RTYPE_SURFACE (0x1). fixme:d3d:wined3d_device_decref Leftover resource 0x16e0f8 with type WINED3D_RTYPE_TEXTURE (0x3). fixme:d3d:wined3d_device_decref Leftover resource 0x16de28 with type WINED3D_RTYPE_SURFACE (0x1). fixme:d3d:wined3d_device_decref Leftover resource 0x16dc88 with type WINED3D_RTYPE_TEXTURE (0x3). fixme:d3d:wined3d_device_decref Leftover resource 0x16da48 with type WINED3D_RTYPE_SURFACE (0x1). fixme:d3d:wined3d_device_decref Leftover resource 0x16d8a8 with type WINED3D_RTYPE_TEXTURE (0x3).
https://bugs.winehq.org/show_bug.cgi?id=39749
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|stefan@codeweavers.com |stefandoesinger@gmx.at
https://bugs.winehq.org/show_bug.cgi?id=39749
--- Comment #4 from Béla Gyebrószki gyebro69@gmail.com --- I still have this problem in wine-1.9.12-80-g7cb3b72 on a GT 730 (NV106) card when using nouveau/mesa.
OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV106 OpenGL core profile version string: 4.3 (Core Profile) Mesa 12.1.0-devel (git-44e0c0e) OpenGL core profile shading language version string: 4.30
https://bugs.winehq.org/show_bug.cgi?id=39749
--- Comment #5 from Béla Gyebrószki gyebro69@gmail.com --- The patch from bug #30062 (attachment #56719) fixes the problem for me when using nouveau/mesa.
wine-2.0-rc3-29-gb5ad6a4 OpenGL vendor string: nouveau OpenGL renderer string: Gallium 0.4 on NV106 OpenGL core profile version string: 4.3 (Core Profile) Mesa 13.0.2 OpenGL core profile shading language version string: 4.30
https://bugs.winehq.org/show_bug.cgi?id=39749
--- Comment #6 from Henri Verbeet hverbeet@gmail.com --- (In reply to Béla Gyebrószki from comment #5)
The patch from bug #30062 (attachment #56719 [details]) fixes the problem for me when using nouveau/mesa.
That may just be because it doesn't use OpenGL to update the frontbuffer in that case though. Any chance this is similar to bug 42002/https://bugs.freedesktop.org/show_bug.cgi?id=99116 ?
https://bugs.winehq.org/show_bug.cgi?id=39749
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joseph.kucia@gmail.com
--- Comment #7 from Józef Kucia joseph.kucia@gmail.com --- Created attachment 56811 --> https://bugs.winehq.org/attachment.cgi?id=56811 Hack
(In reply to Henri Verbeet from comment #6)
Any chance this is similar to bug 42002/https://bugs.freedesktop.org/show_bug.cgi?id=99116 ?
Indeed, it seems to be the same issue.
https://bugs.winehq.org/show_bug.cgi?id=39749
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Battle Realms: black screen |Battle Realms: black screen |after starting a new game |after starting a new game |(only with nouveau?) |(Mesa gallium drivers)
https://bugs.winehq.org/show_bug.cgi?id=39749
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |DUPLICATE
--- Comment #8 from Józef Kucia joseph.kucia@gmail.com --- Resolving as duplicate.
*** This bug has been marked as a duplicate of bug 42002 ***
https://bugs.winehq.org/show_bug.cgi?id=39749
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #9 from Bruno Jesus 00cpxxx@gmail.com --- Closing duplicate bugs.