https://bugs.winehq.org/show_bug.cgi?id=37705
Bug ID: 37705 Summary: Heroes of Might and Magic VI Shades of Darkness Textures Fail to Display Product: Wine Version: 20010418 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs@winehq.org Reporter: eipeace2u@gmail.com Distribution: ---
Created attachment 50179 --> https://bugs.winehq.org/attachment.cgi?id=50179 wine error messages
Heroes of Might and Magic VI Shades of Darkness Textures do not display in game, (They appear as black on the main screen, black in game and the oceans appear white, as in attached screenshot)
https://bugs.winehq.org/show_bug.cgi?id=37705
Taylor Nelson eipeace2u@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Heroes of Might and Magic |Heroes of Might and Magic |VI Shades of Darkness |VI Shades of Darkness |Textures Fail to Display |Textures Fail to Display in | |Some Maps
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #1 from Taylor Nelson eipeace2u@gmail.com --- Created attachment 50180 --> https://bugs.winehq.org/attachment.cgi?id=50180 The Fortunes of Captain Hack(map has texture issue)
After this map loads, the mains screen has texture issues as well.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #2 from Taylor Nelson eipeace2u@gmail.com --- Created attachment 50181 --> https://bugs.winehq.org/attachment.cgi?id=50181 Main screen has texture issues but *only* after bad map
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #3 from Taylor Nelson eipeace2u@gmail.com --- Created attachment 50182 --> https://bugs.winehq.org/attachment.cgi?id=50182 Other maps also have this texture issue
Texture failures cascade onto main screen *and* new maps loaded until game restart
https://bugs.winehq.org/show_bug.cgi?id=37705
Taylor Nelson eipeace2u@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Heroes of Might and Magic |Heroes of Might and Magic |VI Shades of Darkness |VI Shades of Darkness |Textures Fail to Display in |Textures Fail to Display in |Some Maps |Most Campaign Maps
https://bugs.winehq.org/show_bug.cgi?id=37705
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|20010418 |unspecified
--- Comment #4 from Austin English austinenglish@gmail.com --- Wine version?
https://bugs.winehq.org/show_bug.cgi?id=37705
Taylor Nelson eipeace2u@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |20010418
--- Comment #5 from Taylor Nelson eipeace2u@gmail.com --- I suspect that it is due to the campaign cinematographic intros. As the two campaign which doesn't appear to have/cause texture issues is the one with a very...very simple introduction video(it doesn't have any moving objects) and the original tutorial campaign.
All custom game maps I've tested seem ok.
Been looking for a workaround, but I haven't found a way to skip .the campaign intros yet.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #6 from Taylor Nelson eipeace2u@gmail.com --- (In reply to Austin English from comment #4)
Wine version?
1.7.32 3.16.0-20-generic #27-Ubuntu SMP Wed Oct 1 17:35:12 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux HOMM VI SOD version 2.1.0
https://bugs.winehq.org/show_bug.cgi?id=37705
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|20010418 |1.7.32
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #7 from Taylor Nelson eipeace2u@gmail.com --- This is the same issue I'm experiencing: http://heroescommunity.com/viewthread.php3?TID=38901&PID=1145057#focus
Unfortunately the described workaround doesn't work for me as primusrun on this game causes a page fault.
Not sure which issue is more important...
https://bugs.winehq.org/show_bug.cgi?id=37705
Sergey isakov-sl@bk.ru changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |isakov-sl@bk.ru
--- Comment #8 from Sergey isakov-sl@bk.ru --- I confirm this issue exactly with any engine versions from 1.3.3 up to 1.7.37. I also encounter the bug sometime appearing after some turns in other scenarios. I can play some turns but next scene went to darkness. It is not happen in real Windows so this is a bug of wine engine. Tested in MacOSX with Heroes of Might and Magic VI Shades of Darkness v2.1.0 Water is always white place. It looks like an error with pixel shaders. Videocard is Radeon HD6670.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #9 from Sergey Isakov isakov-sl@bk.ru --- Same bug 37819
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #10 from Sergey Isakov isakov-sl@bk.ru --- The bug is still here with 1.7.44
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #11 from Sergey Isakov isakov-sl@bk.ru --- (In reply to Taylor Nelson from comment #7)
This is the same issue I'm experiencing: http://heroescommunity.com/viewthread.php3?TID=38901&PID=1145057#focus
Unfortunately the described workaround doesn't work for me as primusrun on this game causes a page fault.
Not sure which issue is more important...
They said workaround is to set Nvidia is always ON in its control panel. In my case it is AMD Radeon HD6670 and the card works in host system. But it drops into darkness in wine environment. Something like power management? May be this observation gives someone an idea what is the bug?
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #12 from Sergey Isakov isakov-sl@bk.ru --- Why the bug is UNCONFIRMED? I confirm it!
https://bugs.winehq.org/show_bug.cgi?id=37705
Béla Gyebrószki gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |gyebro69@gmail.com Ever confirmed|0 |1
--- Comment #13 from Béla Gyebrószki gyebro69@gmail.com --- I'm also having the same issue in MM6:Shades of Darkness (Uplay version), using 1.8-rc2 or staging (with or without CSMT). The issue is present in all but the tutorial campaign (thus it can't be reproduced in the demo version).
In the terminal I have only fixme:win:EnumDisplayDevicesW ((null),0,0x33c3a8,0x00000000), stub! fixme:ddraw:ddraw7_Initialize Ignoring guid {aeb2cdd4-6e41-43ea-941c-8361cc760781}. fixme:wbemprox:wbem_locator_ConnectServer unsupported flags fixme:wbemprox:client_security_SetBlanket 0xa4174740, 0x1b9268, 10, 0, (null), 3, 3, (nil), 0x00000000 fixme:wbemprox:client_security_Release 0xa4174740 fixme:win:EnumDisplayDevicesW ((null),0,0x33c308,0x00000000), stub! fixme:d3d9:device_init Ignoring display mode. fixme:d3d9:Direct3DShaderValidatorCreate9 stub
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
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #14 from Sergey Isakov isakov-sl@bk.ru --- It is the real reason for the bug? ~~~~ if (stream_info->use_map & (1u << WINED3D_FFP_NORMAL)) { WARN(" lighting state not saved yet... Some strange stuff may happen !\n"); }
~~~~
Please somebody points me a direction to research!
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #15 from Sergey Isakov isakov-sl@bk.ru --- Created attachment 54521 --> https://bugs.winehq.org/attachment.cgi?id=54521 log with trace+d3d_shader, uncompressed 453Mb
Still the issue with 1.9.10
I think the trace with shaders is the most relevant as I see the falling into darkness occurred exactly in the same place on the map. It seems this place described by wrong shader. After the fall I normally exit the game by menu (it slightly visible) so the log is not finished at the Fall.
Hope this observation will help a developer to say one word what it may be. The game is unplayable because of this bug.
https://bugs.winehq.org/show_bug.cgi?id=37705
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #16 from winetest@luukku.com --- I looked the latest log, but it's too complicated for a common user to interpret. Wine has received lots of shader compiler code since this was tested last time. I don't know if it touches this area of code, but it would be good to test.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #17 from Sergey Isakov isakov-sl@bk.ru --- Still the issue with wine-2.9-43-gf224a4b
Some new messages in log ~~~~ fixme:d3d_perf:surface_load_texture Downloading RGB surface 0x180093d8 to reload it as sRGB. fixme:d3d_perf:surface_load_texture Downloading RGB surface 0x18009430 to reload it as sRGB. fixme:d3d_perf:surface_load_texture Downloading RGB surface 0x18009488 to reload it as sRGB. fixme:d3d_perf:surface_load_texture Downloading RGB surface 0x180094e0 to reload it as sRGB. fixme:d3d_perf:surface_load_texture Downloading RGB surface 0x18009538 to reload it as sRGB. fixme:d3d_perf:surface_load_texture Downloading RGB surface 0x18009590 to reload it as sRGB. fixme:d3d_perf:surface_load_texture Downloading sRGB surface 0x18df1dd8 to reload it as RGB. fixme:d3d_perf:surface_load_texture Downloading sRGB surface 0x18df1e30 to reload it as RGB. fixme:d3d_perf:surface_load_texture Downloading sRGB surface 0x18df1e88 to reload it as RGB. fixme:d3d_perf:surface_load_texture Downloading sRGB surface 0x18df1ee0 to reload it as RGB. fixme:d3d_perf:surface_load_texture Downloading sRGB surface 0x18df1f38 to reload it as RGB. fixme:d3d_perf:surface_load_texture Downloading sRGB surface 0x18df1f90 to reload it as RGB. ~~~~
The game falls into darkness. The game is unplayable.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #18 from Béla Gyebrószki gyebro69@gmail.com --- Still present in wine-4.0-96-gfee112f90a.
OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: GeForce GT 730/PCIe/SSE2 OpenGL core profile version string: 4.6.0 NVIDIA 415.22.05
https://bugs.winehq.org/show_bug.cgi?id=37705
mo78@abv.bg changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mo78@abv.bg
--- Comment #19 from mo78@abv.bg --- I confirm - Wine 4.0 the problem is still here. Watch this video: https://youtu.be/jhKIPFqxzw0
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #20 from Sergey Isakov isakov-sl@bk.ru --- Let me analyse again the origin of the bug. Description: 1. The screen became dark after enter some scene.Easy to check with begin of Crack Hack company. First scene id mostly black. Othe scenes looks normal until you go to next scene. I have a saved game at some good place and I know if I move camera to left then the screen will fall into darkness. 2. The darkness remains even you return into main menu. It will shown in darken colors. Host OS works in normal brightness. It affectes on all wine drawing but not on host OS. 3. You may change some video tunings in main menu which cause the game reload resorces. It helps! The main menu will shown in normal brightness and you may return to game with normal brightness until you enter again bad scene. 4. It is happen with Radeon and Nvidia, with Ubuntu and macOS so it is not depending on host drivers. 5. There is one more bug related to the game bug 38621 and bug 39546 with additional information. It is related to this bug because we always use native d3dcompiler, the game is not working with builtin in wine one. But with builtin compiler the brightness is always good!!!
So I propose that the game uses a shader in some scene which can't be compiled with builtin d3dcompiler but this shader causes brightness problem if compiled by native compiler. The question is to find the shader in 4Gb logs attached to this bugs or suppose what is the error in d3dcompiler provided by wine. As well it will be good to hear some explanations from people knowning shaders language what is the possible reason for such brightness behaviour.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #21 from Sergey Isakov isakov-sl@bk.ru --- Sorry, my mistake. The bug exists even with builtin libraries. It is just less visible because of very light scene affected by bug 38621
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #22 from mo78@abv.bg --- I want so badly this fix :(
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #23 from mo78@abv.bg --- Wine 4.0 - the problem is still here.
https://bugs.winehq.org/show_bug.cgi?id=37705
Paul Gofman gofmanp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gofmanp@gmail.com
--- Comment #24 from Paul Gofman gofmanp@gmail.com --- Created attachment 63529 --> https://bugs.winehq.org/attachment.cgi?id=63529 wined3d: Do not treat _SAMP_SRGB_TEXTURE state as a boolean value.
I tested the game from Ubisoft website (started by UPlay; basic package, some campaigns look missing). The game worked right away with d3dcompiler_47 native override only. I could reproduce the problem by starting "Dungeon Campaign" ("The Other Elves"). The screen gets dark during the intro animation, and after that the map is dark on load. If I save the game, restart and load, or reset device somehow (e. g. by changing resolution), the map is displayed nicely.
The problem is that at the start of intro animation the game sets some big nonzero value (0x7e41882a) for D3DSAMP_SRGBTEXTURE (sampler 0). It does it somewhere close to the end of frame rendering, and goes rendering next frame with this value set. It sometimes switches D3DSAMP_SRGBTEXTURE to 0 for a short while, but sets it back to the same value after, and most of the textures are accessed with SRGB correction under Wine since that. Sampler state setting looks exactly the same under Windows. The same sequence recorded and displayed by apitrace displays without dark textures under Windows, and with those under Wine. Ultimately disabling D3DSAMP_SRGBTEXTURE state handling makes it display like on Windows.
Weird enough, Windows seem to not turn SRGB correction mode on when this value (0x7e41882a) is used. I am attaching the patch which includes the test (which succeeds for me on a Windows machine) showing that setting 2, 100 or that value from the game trace does not make native d3d9 to perform SRGB correction. It does that if the value of 1 is set.
The patch attached fixes the issue for me (tested on the campaign start referenced above). The match introduces a comparioson of D3DSAMP_SRGBTEXTURE value with 1 instead of treating it as a boolean value.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #25 from Sergey Isakov isakov-sl@bk.ru --- Big thanks! I will test only on Friday (pity!).
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #26 from mo78@abv.bg --- YES!!! It works!!! Paul Gofman you are a HERO!!!
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #27 from mo78@abv.bg --- I hope they upstream this as soon as possible. Great day!
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #28 from Sergey Isakov isakov-sl@bk.ru --- (In reply to Sergey Isakov from comment #9)
Same bug 37819
May be someone can check those bug?
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #29 from Paul Gofman gofmanp@gmail.com --- (In reply to Sergey Isakov from comment #28)
(In reply to Sergey Isakov from comment #9)
Same bug 37819
May be someone can check those bug?
I don't think it is much likely that they are related. This bug is very special. It is not quite common for games to request SRGB texture conversion on sampling for no apparent reason, but go away with that because they set a non 1 value and it happens to have no effect on native d3d. At the same time, there are endless possibilities for other potential issues which can effectively result in textures looking darker or lighter.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #30 from Sergey Isakov isakov-sl@bk.ru --- I testes. Thanks Paul, the game is playable now. Map became visible. But something is still wrong. Textures are too dark. See screenshot.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #31 from Sergey Isakov isakov-sl@bk.ru --- Created attachment 63578 --> https://bugs.winehq.org/attachment.cgi?id=63578 Too dark, much better then before.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #32 from mo78@abv.bg --- Everything is ok on my side:
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #33 from Paul Gofman gofmanp@gmail.com --- (In reply to Sergey Isakov from comment #31)
Created attachment 63578 [details] Too dark, much better then before.
FWIW after more testing I figured my patch is not exactly correct yet, but I don't think it makes any difference here.
Is it some universally available map? I purchased some basic package from Ubisoft website. If this is reproducible on some basic map, can you please attach a gave save and some comment on what to do to see this? I will try to reproduce. Or do you see it in every combat screen? I entered some combat on my test campaign, and it looks ok. If you see it in every combat, there must me some specifics with your setup, I would need your logs (ideally +d3d9,+d3d or maybe at least +d3d9,warn+d3d), and your system details (OS / video card, exact Wine version).
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #34 from Sergey Isakov isakov-sl@bk.ru --- Testing many wine versions with or without staging patches and patches found on the bugzilla. Result is mostly always the same with some additional bugs. This bug remains to be the last stop to play the game. The darkness is happen on the company of Captain Craig and sometimes on other scenes. And always on the same place. Now I checked other battle and see very good colors. Return to Captain save and see bad colors again. Reloading resources doesn't help.
My game is from purchased DVD: Might & Magic Heroes VI Shades of Darkness 2.1.0. I also have previous edition Heroes VI Gold Edition and it has no such bug. It has a bug with increasing lags as well as on Windows. SoD works fine on Windows 7.
My system is macOS 10.13.6 with Xcode10,1. Wine compiled with SDK10.11 and numerous MacPort libraries like libpng, libtls etc. Nvidia GTX650 + hidden Intel HD530. I have to mention it because Wine see it as well. I will attach good screenshot for just other scenario but with the same wine. Some minutes later a log with DEBUG.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #35 from Sergey Isakov isakov-sl@bk.ru --- Created attachment 63579 --> https://bugs.winehq.org/attachment.cgi?id=63579 Good scene with the same wine
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #36 from Sergey Isakov isakov-sl@bk.ru --- (In reply to Paul Gofman from comment #33)
Is it some universally available map? I purchased some basic package from Ubisoft website. If this is reproducible on some basic map, can you please attach a gave save and some comment on what to do to see this? I will try to reproduce. Or do you see it in every combat screen? I entered some combat on my test campaign, and it looks ok.
Yes, it is first combat at the company of Captain Craig. The company is available at the first start.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #37 from Sergey Isakov isakov-sl@bk.ru --- Created attachment 63580 --> https://bugs.winehq.org/attachment.cgi?id=63580 Saved game to check
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #38 from Sergey Isakov isakov-sl@bk.ru --- Created attachment 63581 --> https://bugs.winehq.org/attachment.cgi?id=63581 Log +d3d9,warn+d3d
There is wine-staging as of release 4.1 with some more patches. One of them 0037:fixme:d3d_shader:shader_glsl_get_caps Shader model 4. ->5 Wine determine Shader Model as 4, but I force it to be 5. It is not a problem to set in registry MinShaderVS=4 or something else.
I restricted the log to 50000lines hope it contains needed information. (Unpacked size was 1.7Gb)
https://bugs.winehq.org/show_bug.cgi?id=37705
Paul Gofman gofmanp@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #63529|0 |1 is obsolete| |
--- Comment #39 from Paul Gofman gofmanp@gmail.com --- Created attachment 63582 --> https://bugs.winehq.org/attachment.cgi?id=63582 Updated patch
(In reply to Sergey Isakov from comment #31)
Created attachment 63578 [details] Too dark, much better then before.
I don't have Pirates of The Savage Sea campaign to test. If you can reproduce it on Tutorial, Dungeon Campaign or Necropolis Campaign 2 I can take a look. Or I even don't mind purchasing an unlock code for Captain Hack it asks for, but I don't know how and I am done trying to figure it out with Ubisoft website. But to be honest the chances it is reproducible for me on Linux are low. I reread first few comments, they relate exactly to the Captain hack campaign and looks like what my patch is fixing, while you might be having something different now.
I am sorry, I have nothing to do with truncated log. Can you test with the updated version of my patch? I don't have high hopes that it will fix it for you if the first version did not, but it would be good to check.
In case the updated patch does not help, there is some chance I will see something if I have the part which starts later. Can you please do the truncated log which starts somewhere not so long before the problem exhibits (e. g., after loading save, but strictly before going into the scene where you see the problem. Like decscribed here: https://wiki.winehq.org/Wine_Developer%27s_Guide/Debug_Logging (Controlling the debugging output, that thing with pipe). Also could you please:
1. Use latest mainsteam Wine, no staging and other patches, preferably with my patch from here applied (or without if this is a problem). Staging or anything else should not be required for this game, the changes coming from there do not make digging log easier.
2. If now log with truncated start will be much shorter, could you please try it with both +d3d9,+d3d?
3. Which is your opengl version (glxinfo | grep OpenGL)?
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #40 from Sergey Isakov isakov-sl@bk.ru --- OpenGL vendor string: NVIDIA Corporation OpenGL renderer string: NVIDIA GeForce GTX 650 OpenGL Engine OpenGL version string: 2.1 NVIDIA-10.32.0 355.11.10.10.40.102 OpenGL shading language version string: 1.20 OpenGL extensions:
I will test your new patch as soon as posiible. Not sure about non-staging version. It may encounter new problems. Hope not.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #41 from mo78@abv.bg --- My video is with non-staged Wine.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #42 from Paul Gofman gofmanp@gmail.com --- (In reply to Sergey Isakov from comment #40)
I will test your new patch as soon as posiible. Not sure about non-staging version. It may encounter new problems. Hope not.
It works without Staging. Please test with mainstream Wine (with my patch only) and clean Wine prefix. Taking into account previous comments I think there is a possibility that your problem might be related to your specific setup. In case it still shows the same this way, maybe the log as I suggested may give some more info.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #43 from Sergey Isakov isakov-sl@bk.ru --- Created attachment 63584 --> https://bugs.winehq.org/attachment.cgi?id=63584 saving game before fail
May be this saved game will show you the problem. Unpack and place it into the folder ~/Documents/Might\ &\ Magic\ Heroes\ VI/reloaded/Save/ Run the game and load the saved game. Just next turn will fall into the darkness. It is not a company, it is single scenario.
I am working on creating pure wine with your new patch. But as I already said the bug presents with all wine versions from 1.3 up to 4.1-xxx, with any previous external patches with or without staging. It is not an issue of my enviroment as well as I am not an author of this topic.
Will report soon.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #44 from Sergey Isakov isakov-sl@bk.ru --- I have to make a pause because of bug 46640 ~~~ make[1]: *** [activdbg.h] Segmentation fault: 11 make: *** [include] Error 2 make: *** Waiting for unfinished jobs.... An error occurred during Wine Make, build halted.
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #45 from Sergey Isakov isakov-sl@bk.ru --- That's all. Thanks Paul for your work and patience.
I reinstall 10.12 and clean my compilation. The I took wine-4.2 release and applied your last patch. No more. I am still using native d3dx9 libraries (bug 38621). The issue resolved. Colors are good in the saved game and in the Captain Craig company. Screen attached.
Have to mention that applying this patch to my previous wine-staging I got reverse effect: the game started into darkness from the first intro. Even in main menu. No matter. If this is my mistake then forget it!
When the patch will be accepted into mainstream this bug can be closed FIXED!
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #46 from Sergey Isakov isakov-sl@bk.ru --- Created attachment 63589 --> https://bugs.winehq.org/attachment.cgi?id=63589 Same screen after applying the patch
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #47 from Sergey Isakov isakov-sl@bk.ru --- Comment on attachment 63589 --> https://bugs.winehq.org/attachment.cgi?id=63589 Same screen after applying the patch
Same scene as attached before "Too dark, much better then before"
https://bugs.winehq.org/show_bug.cgi?id=37705
--- Comment #48 from Paul Gofman gofmanp@gmail.com --- Fixed by 225fdc35586719406943286dd0e0d1aa8c25e3a1.
Just for the record, the same problem happens on Windows too. I could reproduce exactly the same behaviour as before the fix on native Win7 using Intel video card. I could also find some similar problem reports from Windows users. It seems that on AMD or NVIDIA GPU this problem does not show up. The commit replicates AMD behaviour in Wine in respect to _SAMP_SRGB_TEXTURE state (which is different from NVIDIA in details).
https://bugs.winehq.org/show_bug.cgi?id=37705
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Fixed by SHA1| |225fdc35586719406943286dd0e | |0d1aa8c25e3a1 CC| |joseph.kucia@gmail.com Resolution|--- |FIXED Status|NEW |RESOLVED
--- Comment #49 from Józef Kucia joseph.kucia@gmail.com --- (In reply to Paul Gofman from comment #48)
Fixed by 225fdc35586719406943286dd0e0d1aa8c25e3a1.
Thanks Paul!
https://bugs.winehq.org/show_bug.cgi?id=37705
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #50 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 4.3.
https://bugs.winehq.org/show_bug.cgi?id=37705
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |4.0.x
https://bugs.winehq.org/show_bug.cgi?id=37705
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|4.0.x |---
--- Comment #51 from Michael Stefaniuc mstefani@winehq.org --- Removing the 4.0.x milestone from bug fixes included in 4.0.1.