http://bugs.winehq.org/show_bug.cgi?id=20327
Summary: Regression in Supreme Commander Product: Wine Version: 1.1.30 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: sichemist@hotmail.com
After upgrading to 1.1.30, Supreme Commander shows a black screen instead of video intro and menu screen. Other 3D games appear to work fine. Reverting to 1.1.29 fixes problem.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #1 from Nikolay Sivov bunglehead@gmail.com 2009-10-11 17:46:42 --- Try with 1.1.31 and post results of a regression test if it still fails.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #2 from Jamie Davis sichemist@hotmail.com 2009-10-11 17:49:41 --- Already tested with 1.1.31 with same results as 1.1.30
http://bugs.winehq.org/show_bug.cgi?id=20327
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Summary|Regression in Supreme |Supreme Commander shows |Commander |black screen
--- Comment #3 from Vitaliy Margolen vitaliy@kievinfo.com 2009-10-11 17:56:43 --- Please perform regression testing as requested by bug posting guidelines.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #4 from Jamie Davis sichemist@hotmail.com 2009-10-14 07:24:49 --- I would gladly perform regression testing, but I can't find the instructions. I know that there was a how-to available at one time, but I can't find it now.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #5 from Paul Vriens Paul.Vriens.Wine@gmail.com 2009-10-14 08:15:34 --- See http://wiki.winehq.org/RegressionTesting
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #6 from Frank Engelhardt fengelhardt@online.de 2009-10-29 07:31:36 --- Created an attachment (id=24424) --> (http://bugs.winehq.org/attachment.cgi?id=24424) regression test result (Bug 20327)
http://bugs.winehq.org/show_bug.cgi?id=20327
Frank Engelhardt fengelhardt@online.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fengelhardt@online.de
--- Comment #7 from Frank Engelhardt fengelhardt@online.de 2009-10-29 07:34:22 --- I had the same problem with Forged Alliance. Black screen and no error message that could give a hint to the problem.
I did a regression test as described in the wiki, wich gave me the result shown in the above attachment.
However, I was able to fix this issue by simply deleting the "Game.prefs" file, which is located somewhere in the [USER]/Local Settings/Application Data directory.
http://bugs.winehq.org/show_bug.cgi?id=20327
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |stefan@codeweavers.com Ever Confirmed|0 |1
--- Comment #8 from Dmitry Timoshkov dmitry@codeweavers.com 2009-10-29 07:48:53 --- e1469961d42d0eb077d3fa0236de17b56bc51a56 is the first bad commit commit e1469961d42d0eb077d3fa0236de17b56bc51a56 Author: Stefan Dösinger stefan@codeweavers.com Date: Sat Sep 5 16:37:19 2009 +0200
wined3d: Test and fix ddraw and d3d9 GetDC differences.
The MSDN is not totally correct: A8R8G8B8 and A1R5G5B5 also allow GetDC. The main differences that have to be filtered out in d3d9.dll are GetDC on A8B8G8R8, X8B8G8R8 and P8.
:040000 040000 50563852d85b047d42d3ff67801850c834b63244 e64032236cf06c87a6d12bf361cb94417db71efa M dlls
http://bugs.winehq.org/show_bug.cgi?id=20327
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |stefandoesinger@gmx.at
--- Comment #9 from Stefan Dösinger stefandoesinger@gmx.at 2009-11-12 07:05:57 --- I am not sure if the patch in question broke Supreme Commander. The patch broke the ability to run 2D ddraw without a working libGL.so. Since supreme commander is a D3D game, it won't ever run without a GL setup, and the original report doesn't sound like the system's opengl setup is broken.
Frank, your bug is probably related to 20672. I think this bug here is a different problem. It *might* still be caused by the same patch, but it would be a different problem in the same patch.
Can someone who can reproduce the problem with Supreme Commander(not any other game) attach a +d3d9,+d3d_surface log?
http://bugs.winehq.org/show_bug.cgi?id=20327
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #10 from Wylda wylda@volny.cz 2009-11-13 03:47:01 --- (In reply to comment #9)
Can someone who can reproduce the problem with Supreme Commander(not any other game) attach a +d3d9,+d3d_surface log?
Hi Stefan, maybe you did not want to hear this here, but i can not confirm reported problem. I installed the game and was able to run it, see intro/movies and game menu.
All the following versions are OK:
* 1.1.29 * 1.1.30 * 1.1.31 * 1.1.32 * current git (wine-1.1.32-595-g459a0c4)
@Jamie Davis> Please do a regression test or consider closing this bug report. Also next time, you can link between AppDB and bugreport so other players can see it and help (sorry if you linked and error is somewhere else).
@Frank Engelhardt> Work arounding by removing game's config (Game.prefs) sound suspicious ;) Maybe you installed it under windows or run it under windows?
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #11 from Frank Engelhardt fengelhardt@online.de 2009-11-13 05:25:28 ---
@Frank Engelhardt> Work arounding by removing game's config (Game.prefs) sound suspicious ;) Maybe you installed it under windows or run it under windows?
I have also wondered about this. First, I installed and ran ForgedAlliance successfully on wine 1.1.29. After upgrading to 1.1.30, FA starts showing this black screen. When I discovered this bug report after a while, I also installed SupremeCommander to reproduce the mentioned bug there, but it worked instantanously on wine 1.1.32. Thus, I came to the decision to delete my Game.prefs, which might be somehow misconfigured. Surprisingly, it worked.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #12 from Stefan Dösinger stefandoesinger@gmx.at 2009-11-15 15:03:13 --- Created an attachment (id=24768) --> (http://bugs.winehq.org/attachment.cgi?id=24768) Make the getdc flag opengl independent
http://bugs.winehq.org/show_bug.cgi?id=20327
Stefan Dösinger stefandoesinger@gmx.at changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|stefan@codeweavers.com |
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #13 from Henri Verbeet hverbeet@gmail.com 2009-11-16 05:29:31 --- (In reply to comment #12)
@@ -36,6 +36,7 @@ struct StaticPixelFormatDesc UINT bpp; short depthSize, stencilSize; BOOL isFourcc;
- BOOL getdc_capable;
};
I don't think so.
http://bugs.winehq.org/show_bug.cgi?id=20327
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #14 from James Liggett jrliggett@cox.net 2010-01-09 21:07:26 --- Created an attachment (id=25636) --> (http://bugs.winehq.org/attachment.cgi?id=25636) +d3d,+d3d_surface log
I'm noticing this bug with newer SupCom versions only. It stopped working for me as soon as I updated it to build 3280. This is a d3d and d3d_surface log of that version with wine 1.1.36
I hope you don't mind that it's compressed--It's too big to attach otherwise
http://bugs.winehq.org/show_bug.cgi?id=20327
James Liggett jrliggett@cox.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jrliggett@cox.net
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #15 from Stefan Dösinger stefandoesinger@gmx.at 2010-01-11 09:11:01 --- The main bug introduced by this patch was fixed a while ago. Are you sure the problem is still the same? I cannot see any GetDC failures in the log fwiw.
Frank Engelhardt wrote this a while ago:
However, I was able to fix this issue by simply deleting the "Game.prefs" file, which is located somewhere in the [USER]/Local Settings/Application Data directory.
Can you see if that is still the case? If this doesn't help, can you try to revert the patch manually to make sure it is still the cause of the failure?
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #16 from James Liggett jrliggett@cox.net 2010-01-11 17:14:44 --- (In reply to comment #15)
The main bug introduced by this patch was fixed a while ago. Are you sure the problem is still the same? I cannot see any GetDC failures in the log fwiw.
Are we certain that's the issue here?
Frank Engelhardt wrote this a while ago:
However, I was able to fix this issue by simply deleting the "Game.prefs" file, which is located somewhere in the [USER]/Local Settings/Application Data directory.
Can you see if that is still the case? If this doesn't help, can you try to revert the patch manually to make sure it is still the cause of the failure?
That was the first thing I tried. It didn't work. Even with a fresh wine prefix, only build 3189 runs for me. The more recent builds have the black screen problem.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #17 from Frank Engelhardt fengelhardt@online.de 2010-02-12 06:16:18 --- Im sorry for answering that late, but i had another bug that prevented me from playing.
In reply to comment #15)
Frank Engelhardt wrote this a while ago:
However, I was able to fix this issue by simply deleting the "Game.prefs" file, which is located somewhere in the [USER]/Local Settings/Application Data directory.
Can you see if that is still the case? If this doesn't help, can you try to revert the patch manually to make sure it is still the cause of the failure?
It is still the case in wine-1.1.37. Which patch do you mean exactly? I applied the patch above to wine-1.1.32, which did not help. The bug is still present.
I also figured out the problem with my Game.prefs: it seems that the bug only appears when the bloom renderer is on. James, you can try to set "bloom_render = 0" manually in your Game.prefs.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #18 from Jamie Davis sichemist@hotmail.com 2010-02-12 08:07:34 --- (In reply to comment #17)
I can confirm that setting "bloom_render = 0" in Game.prefs corrects the issue on my install.
http://bugs.winehq.org/show_bug.cgi?id=20327
jonathan strander mblackwell1024@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mblackwell1024@gmail.com
--- Comment #19 from jonathan strander mblackwell1024@gmail.com 2010-02-23 20:11:29 --- (In reply to comment #18)
(In reply to comment #17)
I can confirm that setting "bloom_render = 0" in Game.prefs corrects the issue on my install.
Same here. Deleting/Renaming Game.prefs had no effect, but setting bloom_render to 0 gives me picture.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #20 from lubosz lubosz@gmail.com 2010-03-07 22:14:24 --- Created an attachment (id=26686) --> (http://bugs.winehq.org/attachment.cgi?id=26686) +d3d,+d3d_surface log, wine-1.1.40, black screen
I get a black screen before the main menu in wine-1.1.40.
If i set bloom_render to 0, a Game.prefs.bad is created and a Game.prefs with default settings. If i try to lower the settings a new Game.prefs is written with the default settings.
The game runs with wine-1.1.19-3373-g38faaff (this is the other version i happened to have compiled on my drive...)
http://bugs.winehq.org/show_bug.cgi?id=20327
Brian execrable@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |execrable@gmail.com
--- Comment #21 from Brian execrable@gmail.com 2010-04-24 16:06:12 --- Setting bloom_render = 0 does not change anything for me, I still see a black screen when I load the game.
I'm using 1.1.42, and I have d3dx9 installed with winetricks
http://bugs.winehq.org/show_bug.cgi?id=20327
Carl "SAI" Mitchell peregrinebf@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |peregrinebf@gmail.com
--- Comment #22 from Carl "SAI" Mitchell peregrinebf@gmail.com 2010-06-05 17:50:34 --- Running the game in windowed mode (non maximized) works. Maximized windowed mode (1600x1200) or fullscreen above a certain resolution (not sure which, 1024x768 works, 1600x1200 fails) fails. Removing:
Windows = { Main = { y = -23, x = -4, maximized = true } }
From Game.prefs with the game set to windowed mode lets it start, maximizing it
after startup works fine. It just can't start maximized/fullscreen.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #23 from James Liggett jrliggett@cox.net 2010-06-07 00:39:03 --- Ok, so I was able to at least get the menu to come up with bloom_render set to 0 in the Game.prefs file. But when I actually start a game, it only renders one frame than stops. I get a zoomed out image of the map with a border around it and nothing else. I know the game works because I can hear sounds and I actually got it to build something, I just can't see it...
So here's a +d3d log of my last try at running the game (latest patch) Is there anything else I could try to help debug this some more?
The trace, even compressed, is too big to upload here, so I have it published here: http://ubuntuone.com/p/6H8
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #24 from James Liggett jrliggett@cox.net 2010-06-07 00:42:02 --- (In reply to comment #22)
Running the game in windowed mode (non maximized) works. Maximized windowed mode (1600x1200) or fullscreen above a certain resolution (not sure which, 1024x768 works, 1600x1200 fails) fails. Removing:
Windows = { Main = { y = -23, x = -4, maximized = true } }
From Game.prefs with the game set to windowed mode lets it start, maximizing it after startup works fine. It just can't start maximized/fullscreen.
This actually worked for me, but only once. After that I still get just one frame of the game. Even so, with bloom enabled I still get a black screen regardless.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #25 from Carl "SAI" Mitchell peregrinebf@gmail.com 2010-06-08 00:10:10 --- I have to remove that from the game.prefs every time I start the game. Do you mean it worked once and didn't work when you removed it again, or you removed it once and didn't remove it again?
http://bugs.winehq.org/show_bug.cgi?id=20327
runetmember@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |runetmember@gmail.com
--- Comment #26 from runetmember@gmail.com 2010-07-31 23:12:42 --- I get black screen problem too. Tried windowed mode and disable bloom renderer, but it's not help. Can somebody fix this regression?
dx9 installed, Wine 1.2, nVidia GT240M.
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #27 from Stefan Dösinger stefandoesinger@gmx.at 2010-08-01 01:50:09 --- Is there a downloadable demo of this game that can be used to reproduce the issue?
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #28 from runetmember@gmail.com 2010-08-01 02:40:55 --- Yes, google this file name: supreme_commanderdemo.zip
http://bugs.winehq.org/show_bug.cgi?id=20327
--- Comment #29 from Frank Engelhardt fengelhardt@online.de 2010-08-01 07:34:00 --- (In reply to comment #23)
Ok, so I was able to at least get the menu to come up with bloom_render set to 0 in the Game.prefs file. But when I actually start a game, it only renders one frame than stops. I get a zoomed out image of the map with a border around it and nothing else. I know the game works because I can hear sounds and I actually got it to build something, I just can't see it...
You may try to lower your video settings. I have the same frozen image when i set the image quality to 'high', setting it to 'medium' works fine for me.
http://bugs.winehq.org/show_bug.cgi?id=20327
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #30 from joaopa jeremielapuree@yahoo.fr 2011-06-11 13:43:27 CDT --- works fine here. Bug could be closed as FIXED
http://bugs.winehq.org/show_bug.cgi?id=20327
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #31 from Austin English austinenglish@gmail.com 2011-06-11 15:13:23 CDT --- Reported fixed.
http://bugs.winehq.org/show_bug.cgi?id=20327
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #32 from Alexandre Julliard julliard@winehq.org 2011-06-24 17:44:33 CDT --- Closing bugs fixed in 1.3.23.
-
wine-bugs＠winehq.org