http://bugs.winehq.org/show_bug.cgi?id=31701
Bug #: 31701 Summary: Alan Wake crashes on start without native vcrun2008 Product: Wine Version: 1.5.12 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: scott@open-vote.org Classification: Unclassified
Created attachment 41667 --> http://bugs.winehq.org/attachment.cgi?id=41667 Console output
The steam version will automatically install vcrun2008, but the GoG version will not.
Installing native vcrun2008 will work around the problem (and encounter other problems)
http://bugs.winehq.org/show_bug.cgi?id=31701
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #41667|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=31701
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com
--- Comment #1 from Bruno Jesus 00cpxxx@gmail.com 2012-09-13 18:48:32 CDT --- Please, use .txt attachments in the future.
Attach a log as seen in http://wiki.winehq.org/FAQ#get_log
http://bugs.winehq.org/show_bug.cgi?id=31701
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |scott@open-vote.org, | |wine-bugs@winehq.org Component|-unknown |directx-d3dx9
--- Comment #2 from Scott Ritchie scott@open-vote.org 2012-09-13 20:14:08 CDT --- My mistake, it's not vcrun2008 it's winetricks d3dx9_36 that's needed
http://bugs.winehq.org/show_bug.cgi?id=31701
Scott Ritchie scott@open-vote.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Alan Wake crashes on start |Alan Wake crashes on start |without native vcrun2008 |without native d3dx9_36
http://bugs.winehq.org/show_bug.cgi?id=31701
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor
--- Comment #3 from Austin English austinenglish@gmail.com 2012-09-13 20:17:25 CDT --- Please attach a +d3dx trace.
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #4 from GyB gyebro69@gmail.com 2012-12-24 09:21:20 CST --- Created attachment 42927 --> http://bugs.winehq.org/attachment.cgi?id=42927 +d3dx log
Still present in Wine 1.5.20 +d3dx produces only a couple of lines.
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #5 from Rico kgbricola@web.de 2012-12-26 02:40:29 CST --- I'm not sure where the problem might come from. Could you try this both things separately?
1. Try native d3dcompiler43.dll and wine's d3dx9_36.dll 2. Could you forward only D3DXLoadSurfaceFromMemory to native (rename the win d3dx9_36.dll to d3dx9_xx.dll and add a forward in the spec of wine's d3dx9_36.ll)
Is there a demo available, which has the same problem?
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #6 from GyB gyebro69@gmail.com 2012-12-26 09:16:59 CST --- Created attachment 42954 --> http://bugs.winehq.org/attachment.cgi?id=42954 +d3dx log (d3dx9_36=b, d3dcompiler43=n)
- Try native d3dcompiler43.dll and wine's d3dx9_36.dll
The game still crashes on start, it seems a bit later. The attached file contains the log when d3dx9_36=builtin and d3dcompiler43=native.
- Could you forward only D3DXLoadSurfaceFromMemory to native (rename the win
d3dx9_36.dll to d3dx9_xx.dll and add a forward in the spec of wine's d3dx9_36.ll)
Umm..I haven't yet been able to figure out how to do this.
Is there a demo available, which has the same problem?
No demo exists.
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #7 from Rico kgbricola@web.de 2012-12-26 10:20:22 CST --- Created attachment 42956 --> http://bugs.winehq.org/attachment.cgi?id=42956 d3dcompiler debug patch
Ok, thanks for the log.
Since nr. 1 worked, I think the first problem is in d3dcompiler43 in the function D3DPreprocess(). Please try the attached debug patch and attach a new log with the debug patch (+d3dx,+d3dcompiler).
Only comment (we ignore all below this for now): nr. 2 doesn't look like the issue here, so we concentrate on the problem nr. 1, it was just a suggestion to check where the problem might come from.
Later it may crash due to: 0052:fixme:d3dx:D3DXFillTexture Unsupported texture format 0x71 We should try to get further with that crash, if we solved nr. 1
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #8 from GyB gyebro69@gmail.com 2012-12-26 10:51:13 CST --- Created attachment 42958 --> http://bugs.winehq.org/attachment.cgi?id=42958 +d3dx,+d3dcompiler debug log (patch applied)
http://bugs.winehq.org/show_bug.cgi?id=31701
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42956|0 |1 is obsolete| |
--- Comment #9 from Rico kgbricola@web.de 2012-12-26 11:12:43 CST --- Created attachment 42959 --> http://bugs.winehq.org/attachment.cgi?id=42959 d3dcompiler debug patch 2
Please try the second debug patch (on clean git). I hope to get the full shader code, so that I could check what native does.
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #10 from GyB gyebro69@gmail.com 2012-12-26 11:28:54 CST --- Created attachment 42960 --> http://bugs.winehq.org/attachment.cgi?id=42960 +d3dx,+d3dcompiler log ver. 2
I hope it makes some sense to you.
http://bugs.winehq.org/show_bug.cgi?id=31701
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |gyebro69@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31701
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42959|0 |1 is obsolete| |
--- Comment #11 from Rico kgbricola@web.de 2012-12-27 06:30:53 CST --- Created attachment 42968 --> http://bugs.winehq.org/attachment.cgi?id=42968 d3dcompiler debug patch 3
Yes, that's exactly what I need.
Could you please try the next debug patch. It rumors that the app checks the preprocessed shader. So we give it the one native generates. Well this approach will fail on the next one, but we could check if that's enough for the app.
1. This patch should put back the original shader and the app should go further 2. What we may try if 1. succeeds: is it enough to report the correct size? (Swizzle some chars)
Please attach a +d3dx,+d3dcomplier log with only this patch.
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #12 from GyB gyebro69@gmail.com 2012-12-27 07:07:30 CST --- Created attachment 42971 --> http://bugs.winehq.org/attachment.cgi?id=42971 +d3dx, +d3dcompiler log ver. 3
This is the log with the 3rd patch applied.
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #13 from Rico kgbricola@web.de 2012-12-27 07:17:22 CST --- Created attachment 42972 --> http://bugs.winehq.org/attachment.cgi?id=42972 d3dcompiler debug patch 4
This is the same patch as before, but I've switched two chars. Lets see how the game reacts. Please rerun and attach a new log (clean git + patch4, +d3dx,+d3dcompiler).
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #14 from GyB gyebro69@gmail.com 2012-12-27 07:32:59 CST --- Created attachment 42973 --> http://bugs.winehq.org/attachment.cgi?id=42973 +d3dx,+d3dcompiler log ver.4
http://bugs.winehq.org/show_bug.cgi?id=31701
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42972|0 |1 is obsolete| |
--- Comment #15 from Rico kgbricola@web.de 2012-12-27 07:54:43 CST --- Created attachment 42974 --> http://bugs.winehq.org/attachment.cgi?id=42974 d3dcompiler debug patch 5
The log looks identically to the last one, changing a bit more. Maybe the app expects only a special size of the buffer to work. Could you give this a try? (same as always git +patch5, +d3dx,+d3dcompiler).
http://bugs.winehq.org/show_bug.cgi?id=31701
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42954|0 |1 is obsolete| | Attachment #42958|0 |1 is obsolete| | Attachment #42960|0 |1 is obsolete| | Attachment #42971|0 |1 is obsolete| | Attachment #42973|0 |1 is obsolete| |
--- Comment #16 from GyB gyebro69@gmail.com 2012-12-27 08:07:32 CST --- Created attachment 42975 --> http://bugs.winehq.org/attachment.cgi?id=42975 +d3dx,+d3dcompiler log ver.5
i don't see much difference in this log either
http://bugs.winehq.org/show_bug.cgi?id=31701
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42974|0 |1 is obsolete| |
--- Comment #17 from Rico kgbricola@web.de 2012-12-27 08:13:17 CST --- Created attachment 42976 --> http://bugs.winehq.org/attachment.cgi?id=42976 d3dcompiler debug patch 6
Lets try some stupid things. I changed the buffer size a bit. Please attach a new log, same as always.
http://bugs.winehq.org/show_bug.cgi?id=31701
GyB gyebro69@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42975|0 |1 is obsolete| |
--- Comment #18 from GyB gyebro69@gmail.com 2012-12-27 08:21:48 CST --- Created attachment 42977 --> http://bugs.winehq.org/attachment.cgi?id=42977 +d3dx,+d3dcompiler log ver.6
http://bugs.winehq.org/show_bug.cgi?id=31701
Rico kgbricola@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #42968|0 |1 is obsolete| | Attachment #42976|0 |1 is obsolete| |
--- Comment #19 from Rico kgbricola@web.de 2012-12-27 15:35:31 CST --- Created attachment 42981 --> http://bugs.winehq.org/attachment.cgi?id=42981 Fix indentation (hack)
This patch fixes the indentation, so that the game will run a little bit further. The patch is not yet perfect.
What needs to be done for the patch: - add a test case (and handle %&!?|) - is it the correct place, need other functions the same functionality - does it handle asm code well?
What else is needed: - the next bug is in the shader compiler - maybe there is another bug later on (0052:fixme:d3dx:D3DXFillTexture Unsupported texture format 0x71)
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #20 from Rico kgbricola@web.de 2013-01-09 13:09:26 CST --- After some trying, I got the following:
1 d3dcompiler_43.Preprocess: - the hack fixes the issue - there are some problematic cases in the wpp like "test #test", so the hack needs some further improvements, before it could get in, thought the game doesn't use this corner cases
2 d3dcompiler_43.D3DCompile: - needs some hlsl parser improvements
3 d3dx9_36.D3DXFillTexture: - the not handled format is D3DFMT_A16B16G16R16F - simply returning D3D_OK for this format fixes the crash
http://bugs.winehq.org/show_bug.cgi?id=31701
Xavier Vachon xvachon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xvachon@gmail.com
--- Comment #21 from Xavier Vachon xvachon@gmail.com 2013-04-26 02:09:00 CDT --- (In reply to comment #20)
After some trying, I got the following:
1 d3dcompiler_43.Preprocess:
- the hack fixes the issue
- there are some problematic cases in the wpp like "test #test", so the hack
needs some further improvements, before it could get in, thought the game doesn't use this corner cases
2 d3dcompiler_43.D3DCompile:
- needs some hlsl parser improvements
3 d3dx9_36.D3DXFillTexture:
- the not handled format is D3DFMT_A16B16G16R16F
- simply returning D3D_OK for this format fixes the crash
As of today's wine (1.5.28), the GOG.com version of Alan Wake runs with a d3dx9_36 override. An override to d3dcompiler_43 is not necessary.
http://bugs.winehq.org/show_bug.cgi?id=31701
Matteo Bruni matteo.mystral@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |matteo.mystral@gmail.com
--- Comment #22 from Matteo Bruni matteo.mystral@gmail.com 2013-04-26 08:11:02 CDT --- (In reply to comment #21)
As of today's wine (1.5.28), the GOG.com version of Alan Wake runs with a d3dx9_36 override. An override to d3dcompiler_43 is not necessary.
Native d3dx9_36.dll doesn't forward D3DXCompileShader or D3DXAssembleShader to d3dcompiler_43 like the builtin version, it statically includes (and duplicates) the relevant functions instead. So when you override d3dx9_36 you aren't probably testing our d3dcompiler implementation.
http://bugs.winehq.org/show_bug.cgi?id=31701
Josh manwesulimo2004@yahoo.co.uk changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |manwesulimo2004@yahoo.co.uk
http://bugs.winehq.org/show_bug.cgi?id=31701
Ian ipickert55@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ipickert55@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=31701
Roland Haeder roland@mxchange.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |roland@mxchange.org
--- Comment #23 from Roland Haeder roland@mxchange.org --- Repeatable with GIT/master some days ago. I update now my GIT clone.
Relevant messages: fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x434f5441) in the format lookup table
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #24 from Roland Haeder roland@mxchange.org --- Created attachment 47161 --> http://bugs.winehq.org/attachment.cgi?id=47161 +d3dx,+d3dcompiler from wine-1.7.10
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #25 from Roland Haeder roland@mxchange.org --- Created attachment 47162 --> http://bugs.winehq.org/attachment.cgi?id=47162 screenshot when using flash light
http://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #26 from Roland Haeder roland@mxchange.org --- To get rid of this black&white thing as shown in my screenshot set UseGLSL=disabled in registry.
http://bugs.winehq.org/show_bug.cgi?id=31701
hanska2@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hanska2@luukku.com
--- Comment #27 from hanska2@luukku.com --- Any update on this? Wine has gone several versions forward since last report.
http://bugs.winehq.org/show_bug.cgi?id=31701
kevin@nirvdrum.com kevin@nirvdrum.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |kevin@nirvdrum.com
--- Comment #28 from kevin@nirvdrum.com kevin@nirvdrum.com --- I'm seeing the same unrecognized WINED3DFORMAT message running Fallout 3 GOTY:
fixme:d3d:debug_d3dformat Unrecognized 0x434f5441 (as fourcc: ATOC) WINED3DFORMAT! fixme:d3d:wined3d_get_format Can't find format unrecognized (0x434f5441) in the format lookup table
This is with Wine 1.7.24. I have an nVidia 760 GTX (4 GB).
https://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #29 from Austin English austinenglish@gmail.com --- This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
https://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #30 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to Austin English from comment #29)
This is your friendly reminder that there has been no bug activity for over a year. Is this still an issue in current (1.7.51 or newer) wine?
I think comment 20 is still valid.
https://bugs.winehq.org/show_bug.cgi?id=31701
Alistair Leslie-Hughes leslie_alistair@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |patch
https://bugs.winehq.org/show_bug.cgi?id=31701
mrdeathjr28@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28@yahoo.es
https://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #31 from mrdeathjr28@yahoo.es --- Testing with wine 2.7 and bug still present (flash light)
System Specs Used
Nvidia Drivers 381.09 (run package from nvidia drivers homepage)
Xubuntu 16.04 x64 - Kernel 4.8.0-34 generic (ubuntu mainline) - CPUFreq: Performance
CPU: INTEL Pentium G3258 (Haswell 22nm) 4.1Ghz + Artic Cooling Alpine 11 Plus
MEMORY: 8GB DDR3 1333 (2x4) Patriot value (128 bit dual channel: 21.3 gb/s)
GPU: Gigabyte Nvidia Geforce GTX 1050 OC (GP107 14nm: 640 Shaders / 40 TMUS / 32 ROPS) Windforce 2GB DDR5 7000Mhz 128Bit (110Gb/s)
MAINBOARD: MSI H81M E33
https://bugs.winehq.org/show_bug.cgi?id=31701
Dante Medici luisfelipecorrealopez@hotmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |luisfelipecorrealopez@hotma | |il.com
--- Comment #32 from Dante Medici luisfelipecorrealopez@hotmail.com --- Hello, I think I'm experiencing the same bug, when the first cinematic ends the game crashes (flashlight bug?) and I get this error message:
CreateTexture (2560x1440 D3DFORMAT:D3DFMT_A16B16G16R16F) failed - Ran out of memory
Installing d3dx9_36 tells me I already have it.
Thanks in advance.
https://bugs.winehq.org/show_bug.cgi?id=31701
Robert Walker bob.mt.wya@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bob.mt.wya@gmail.com
--- Comment #33 from Robert Walker bob.mt.wya@gmail.com --- Alan Wake (Steam version) fails to start on my system if either of:
d3dx9_36 d3dcompiler_43
is set to builtin (only).
Testing with vanilla Wine 3.2 on Gentoo with. Nvidia Geforce GTX 970M w/ 390.25 (Nvidia proprietary driver version).
https://bugs.winehq.org/show_bug.cgi?id=31701
tokktokk fdsfgs@krutt.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fdsfgs@krutt.org
https://bugs.winehq.org/show_bug.cgi?id=31701
zzzzzyzz@hacari.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |zzzzzyzz@hacari.org
https://bugs.winehq.org/show_bug.cgi?id=31701
Andri Möll andri@dot.ee changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |andri@dot.ee
https://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #34 from Andri Möll andri@dot.ee --- WINE v4.5 from Arch Linux seems to still crash with "CREATE_RENDER_TARGET_ERROR - Ran out of memory" when starting a new game. This with both with and without `d3dcompiler_43 d3dx9_36` winetricks additions. Also, tried `videomemorysize=2048`.
I do remember it at least loading and playing with possibly earlier v4 WINEs or v3 WINEs, so it must've been a recent change that broke it entirely.
https://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #35 from Andri Möll andri@dot.ee --- Created attachment 64068 --> https://bugs.winehq.org/attachment.cgi?id=64068 Error on new game with WINE v4.5
https://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #36 from Matteo Bruni matteo.mystral@gmail.com --- (In reply to Andri Möll from comment #34)
WINE v4.5 from Arch Linux seems to still crash with "CREATE_RENDER_TARGET_ERROR - Ran out of memory" when starting a new game. This with both with and without `d3dcompiler_43 d3dx9_36` winetricks additions. Also, tried `videomemorysize=2048`.
I do remember it at least loading and playing with possibly earlier v4 WINEs or v3 WINEs, so it must've been a recent change that broke it entirely.
To workaround this bug you probably need to use native d3dcompiler_47.dll now instead. For the records, that changed with Wine 3.14 which is in the timeframe you mention.
https://bugs.winehq.org/show_bug.cgi?id=31701
--- Comment #37 from Gijs Vermeulen gijsvrm@gmail.com --- I tested the GOG version of this game with wine-6.5.
Without any overrides the game worked perfectly, because it loads native d3dx9_36 and d3dcompiler_43.
With only d3dx9_36 set to builtin the game still works perfectly.
With both d3dx9_36 and d3dcompiler_43 set to builtin I get an error on startup "Syntax error in file "memory" at line 4".
https://bugs.winehq.org/show_bug.cgi?id=31701
Christian Costa titan.costa@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |titan.costa@gmail.com
--- Comment #38 from Christian Costa titan.costa@gmail.com --- (In reply to Gijs Vermeulen from comment #37)
I tested the GOG version of this game with wine-6.5.
Without any overrides the game worked perfectly, because it loads native d3dx9_36 and d3dcompiler_43.
With only d3dx9_36 set to builtin the game still works perfectly.
With both d3dx9_36 and d3dcompiler_43 set to builtin I get an error on startup "Syntax error in file "memory" at line 4".
That's weird. It does not work at all here. Almost black screen in the game with out of memory error for medium and high graphics quality. With low quality the game starts fine but after 1-2 mn it slows down and then crashes with out of memory error.
https://bugs.winehq.org/show_bug.cgi?id=31701
Le Gluon du Net legluondunet@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |legluondunet@gmail.com
--- Comment #39 from Le Gluon du Net legluondunet@gmail.com --- Hello, for this game I have to install xact with winetricks.
https://bugs.winehq.org/show_bug.cgi?id=31701
Neko-san nekoNexus@protonmail.ch changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nekoNexus@protonmail.ch