https://bugs.winehq.org/show_bug.cgi?id=42696
Bug ID: 42696 Summary: Star Trek Online stopped working Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx11 Assignee: wine-bugs@winehq.org Reporter: cyfer3@googlemail.com Distribution: ---
Created attachment 57667 --> https://bugs.winehq.org/attachment.cgi?id=57667 STO log 24.03.2017
STO currently patched the D3dcompiler_47.dll and this message is Star Trek Online returns:
"Fatal Error: Direct3D driver returned error code (E_INVALIDARG) while Creating pixel shader."
I did attach a (hopefully helpful) log to determine the issue which might not necessarily connected to the compiler-dll, nor to any previous issue.
Thanks!
https://bugs.winehq.org/show_bug.cgi?id=42696
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |joseph.kucia@gmail.com Component|directx-d3dx11 |directx-d3d
https://bugs.winehq.org/show_bug.cgi?id=42696
ImperatorS79 fevrier.simon@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fevrier.simon@gmail.com
--- Comment #1 from ImperatorS79 fevrier.simon@gmail.com --- As I said here https://bugs.winehq.org/show_bug.cgi?id=40699
STO have a new renderer mode based on directx11
It's possible to force directx 9 mode, but the game launch with some textures replace with red cross...
I need to test STO with latest wine
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #2 from cyfer3@googlemail.com --- there's no dx9 mode anymore in STO's code (maybe inofficially but not obviously available to the end-user)
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #3 from ImperatorS79 fevrier.simon@gmail.com --- SO this thrick in the launcher options doesn't work anymore :
-d3d11enable 0 -d3d9 ?
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #4 from cyfer3@googlemail.com --- --> short answer: nope, they sorta abandoned dx9 completely
--> long answer: There are some updates happened lately and it was possible to workaround this by forcing dx9, but doesn't work anymore. Copy/pasting the d3dcompiler_43.dll to *_47.dll fails at the point when the launcher is starting the client right after patching it to a 2.5 mb file (means they ship it now properly). I just assume wine just can't handle dx11 well on STO yet.
--> quick links: https://www.codeweavers.com/compatibility/crossover/forum/star-trek-online?m...
https://www.arcgames.com/en/forums/startrekonline#/discussion/1225790/update...
--> side-note: this one is completely outdated atm http://www.arcgames.com/en/games/star-trek-online/news/detail/1055500-system...
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #5 from ImperatorS79 fevrier.simon@gmail.com --- Ok thanks, so I will have to buy a newer graphic card that support dx11...
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #6 from cyfer3@googlemail.com --- I get to the character selection (if I'm lucky) with wine-devel 2.6 (just got it updated when I saw the version update)
using Ubuntu 16.04 - Kernel 4.4.0-72-generic
after I try entering the game it still crashes: https://gist.github.com/LouisCyfer/dc8a2931f6e0e3a8aa23cff23ac6041f
https://bugs.winehq.org/show_bug.cgi?id=42696
xxx@muad-dib.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xxx@muad-dib.net
--- Comment #7 from xxx@muad-dib.net --- just wait for wine-2.6-staging and all is fine ;-)
https://bugs.winehq.org/show_bug.cgi?id=42799 https://bugs.winehq.org/show_bug.cgi?id=41995#c15
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #8 from cyfer3@googlemail.com --- (In reply to xxx from comment #7)
just wait for wine-2.6-staging and all is fine ;-)
https://bugs.winehq.org/show_bug.cgi?id=42799 https://bugs.winehq.org/show_bug.cgi?id=41995#c15
so if this lands in the staging then STO should work aswell? https://source.winehq.org/git/wine.git/?a=commit;h=849b16b8204418e5af630c2f5...
if yes, I'm very looking forward and a hopefully fix :)
https://bugs.winehq.org/show_bug.cgi?id=42696
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #9 from winetest@luukku.com --- Could you guys comment on bugs
bug 41625 bug 40699
and bug 30837 if possible?
It feels like that everyone is opening their own bug for this game. It just complicates things.
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #10 from cyfer3@googlemail.com --- this bug report is intended to be all latest releases of wine/wine-staging
Bug 40699 --> wine 1.9.11 Bug 41625 --> wine 1.9.21
but yes it might be connected through and this one can be closed if that patch gets implented and working (which is is reported to do so): https://source.winehq.org/git/wine.git/?a=commit;h=849b16b8204418e5af630c2f5...
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #11 from cyfer3@googlemail.com --- reason why I added this bug report is that there was not any for the latest wine versions and Cryptic currently changed their game/video framework (e.g. shader creation through dx9/dx11) and completly abandoned dx9
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #12 from xxx@muad-dib.net --- As of this https://bugs.winehq.org/show_bug.cgi?id=42799 NW and STO is working fine with STAGING. I just tested it with wine-2.6 nightly and it is not working
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #13 from cyfer3@googlemail.com --- I only replicated a not working with wine-devel 2.6 (see comment 6, char selection works just sloppy but if i try entering the game still crashes)
wine-staging 2.5 crashes on startup, same goes for wine 2.0
BUT I'm glad thats at least working somewhere! :D
https://bugs.winehq.org/show_bug.cgi?id=42696
Louis Cyfer cyfer3@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- URL| |http://www.arcgames.com/en/ | |games/star-trek-online/ Distribution|--- |Ubuntu
https://bugs.winehq.org/show_bug.cgi?id=42696
Louis Cyfer cyfer3@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|UNCONFIRMED |RESOLVED
--- Comment #14 from Louis Cyfer cyfer3@googlemail.com --- it seems latest wine-staging (2.6) patches fixed this issue, STO is working again!! ty so much for your work!
related (assumed patch): https://source.winehq.org/git/wine.git/?a=commit;h=849b16b8204418e5af630c2f5...
https://bugs.winehq.org/show_bug.cgi?id=42696
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Ever confirmed|0 |1 Resolution|FIXED |--- Status|RESOLVED |REOPENED
--- Comment #15 from Nikolay Sivov bunglehead@gmail.com --- If it's not working with current wine-devel, it's not fixed.
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #16 from Louis Cyfer cyfer3@googlemail.com --- as far I noticed wine-devel 2.6 doesn't include the patch mentioned in comment 8, comment 10 & comment 14 but is included in wine-staging 2.6 (as far the current updates on Ubuntu 16.04 goes with having the official repo added)
I assume it will be included in wine-devel 2.7, but current wine-staging runs flawless even with relative high settings (detail levels set), lightning 2.0 still has some issues through (no or wicked hair) but all in all STO is playable again with wine-staging 2.6 (assumed with including patch mentioned above)
Regards
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #17 from Henri Verbeet hverbeet@gmail.com --- (In reply to Louis Cyfer from comment #16)
as far I noticed wine-devel 2.6 doesn't include the patch mentioned in comment 8, comment 10 & comment 14 but is included in wine-staging 2.6 (as
Commit 849b16b8204418e5af630c2f5e3723f7608467a5 is in wine-2.6. If that commit is the reason it works, it should work with Wine 2.6, unless it depends on additional patches.
https://bugs.winehq.org/show_bug.cgi?id=42696
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE Status|REOPENED |RESOLVED
--- Comment #18 from Józef Kucia joseph.kucia@gmail.com --- (In reply to Henri Verbeet from comment #17)
Commit 849b16b8204418e5af630c2f5e3723f7608467a5 is in wine-2.6. If that commit is the reason it works, it should work with Wine 2.6, unless it depends on additional patches.
It also needs CheckFormatSupport().
*** This bug has been marked as a duplicate of bug 40046 ***
https://bugs.winehq.org/show_bug.cgi?id=42696
Louis Cyfer cyfer3@googlemail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |REOPENED Resolution|DUPLICATE |---
--- Comment #19 from Louis Cyfer cyfer3@googlemail.com --- unsure if its a duplicate of the other bug (I cannot confirm or deny that, based on my knowledge)
I have another report of what recently happens (cryptic updated again) ... and now there's a new reason why it doesn't run *again*
one of the last lines are: "err:winediag:SQLDrivers No ODBC drivers could be found. Check the settings for your libodbc provider."
want me to file another bug report?
https://bugs.winehq.org/show_bug.cgi?id=42696
Dr. Wes Snyder V wessnyder@comcast.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wessnyder@comcast.net
--- Comment #20 from Dr. Wes Snyder V wessnyder@comcast.net --- Install mdac27 and that will get it past that. It did for me on NeverWinter. I also had to change from XP to Windows 7. However, as with STO, DirectX9 is gone. I did a winedebug trace on d3d_shader:
fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d11:shdr_handler Unhandled chunk "XHSH". trace:d3d_shader:wined3d_shader_create_vs device 0x10930348, desc 0x33e1bc, parent 0x15c7f1e0, parent_ops 0x7e143a5c, shader 0x15c7f1f4. trace:d3d_shader:shader_init byte_code 0x25b552c, byte_code_size 0xc34, format 0x1, max_version 0x5. trace:d3d_shader:shader_set_function shader 0x15c7f300, float_const_count 256, type 0x1, max_version 5. trace:d3d_shader:shader_sm4_init Version: 0x00010040. trace:d3d_shader:shader_sm4_init Token count: 781. trace:d3d_shader:shader_trace_init Parsing 0x15c7feb0. fixme:d3d_shader:shader_sm4_read_shader_data Unhandled shader data type 0x2. warn:d3d_shader:shader_trace_init Skipping unrecognized instruction. fixme:d3d_shader:shader_sm4_read_shader_data Unhandled shader data type 0x2. warn:d3d_shader:shader_trace_init Skipping unrecognized instruction. fixme:d3d_shader:shader_sm4_read_shader_data Unhandled shader data type 0x2. warn:d3d_shader:shader_trace_init Skipping unrecognized instruction. fixme:d3d_shader:shader_sm4_read_shader_data Unhandled shader data type 0x2. warn:d3d_shader:shader_trace_init Skipping unrecognized instruction. trace:d3d_shader:shader_trace_init vs_4_0 trace:d3d_shader:shader_trace_init <unrecognized instruction> trace:d3d_shader:shader_trace_init dcl_constantBuffer cb[1][8], immediateIndexed trace:d3d_shader:shader_trace_init dcl_constantBuffer cb[2][4], immediateIndexed trace:d3d_shader:shader_trace_init dcl_input v[0] trace:d3d_shader:shader_trace_init dcl_input v[1].xy trace:d3d_shader:shader_trace_init dcl_output_siv o[0], SV_Position trace:d3d_shader:shader_trace_init dcl_output o[1].xy trace:d3d_shader:shader_trace_init dcl_output o[2] trace:d3d_shader:shader_trace_init dcl_output o[3] trace:d3d_shader:shader_trace_init dcl_output o[4] trace:d3d_shader:shader_trace_init dcl_temps 2 trace:d3d_shader:shader_trace_init mul r[0], v[0].y, cb[2][1] trace:d3d_shader:shader_trace_init mad r[0], cb[2][0], v[0].x, r[0] trace:d3d_shader:shader_trace_init mad r[0], cb[2][2], v[0].z, r[0] trace:d3d_shader:shader_trace_init mad r[0], cb[2][3], v[0].w, r[0] trace:d3d_shader:shader_trace_init mul r[1], r[0].y, cb[1][1] trace:d3d_shader:shader_trace_init mad r[1], cb[1][0], r[0].x, r[1] trace:d3d_shader:shader_trace_init mad r[1], cb[1][2], r[0].z, r[1] trace:d3d_shader:shader_trace_init mad r[0], cb[1][3], r[0].w, r[1] trace:d3d_shader:shader_trace_init mul r[1], r[0].y, cb[1][5] trace:d3d_shader:shader_trace_init mad r[1], cb[1][4], r[0].x, r[1] trace:d3d_shader:shader_trace_init mad r[1], cb[1][6], r[0].z, r[1] trace:d3d_shader:shader_trace_init mad o[0], cb[1][7], r[0].w, r[1] trace:d3d_shader:shader_trace_init mov o[1].xy, v[1].xyxx trace:d3d_shader:shader_trace_init mov o[2], l(0.00000000e+00, 0.00000000e+00, 0.00000000e+00, 0.00000000e+00) trace:d3d_shader:shader_trace_init mov o[3], l(1.00000000e+00, 5.00000000e-01, 5.00000000e-01, 1.00000000e+00) trace:d3d_shader:shader_trace_init mov o[4], l(1.00000000e+00, 5.00000000e-01, 5.00000000e-01, 1.00000000e+00) trace:d3d_shader:shader_trace_init ret trace:d3d_shader:shader_trace_init <unrecognized instruction> trace:d3d_shader:shader_trace_init <unrecognized instruction> trace:d3d_shader:shader_trace_init <unrecognized instruction> fixme:d3d_shader:shader_sm4_read_shader_data Unhandled shader data type 0x2. warn:d3d_shader:shader_get_registers_used Encountered unrecognised or invalid instruction. warn:d3d_shader:shader_init Failed to set function, hr 0x8876086c. warn:d3d_shader:wined3d_shader_create_vs Failed to initialize vertex shader, hr 0x8876086c.
Should I create a bug for NeverWinter, or just reference this one?
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #21 from Louis Cyfer cyfer3@googlemail.com --- good find! I have installed mdac28 now but far ontop in my log it prints still:
err:winediag:SQLDrivers No ODBC drivers could be found. Check the settings for your libodbc provider.
(I assume it's just not that important and continues processing anyways) later my log shows up more unhandled chunk tho:
fixme:d3d:wined3d_buffer_create Ignoring access flags (pool). fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d11:shdr_handler Unhandled chunk "RDEF". fixme:d3d11:shdr_handler Unhandled chunk "STAT". fixme:d3d11:shdr_handler Unhandled chunk "XHSH". fixme:d3d_shader:shader_sm4_read_shader_data Unhandled shader data type 0x2. fixme:module:load_library unsupported flag(s) used (flags: 0x00000800) fixme:module:load_library unsupported flag(s) used (flags: 0x00000800) fixme:module:load_library unsupported flag(s) used (flags: 0x00000800) fixme:module:load_library unsupported flag(s) used (flags: 0x00000800) fixme:module:load_library unsupported flag(s) used (flags: 0x00000800) fixme:module:load_library unsupported flag(s) used (flags: 0x00000800) fixme:module:load_library unsupported flag(s) used (flags: 0x00000800) fixme:ntdll:EtwEventRegister ({8d4925ab-505a-483b-a7e0-6f824a07a6f0}, 0x64de40, 0xd9d080, 0xd9d090) stub. fixme:module:load_library unsupported flag(s) used (flags: 0x00000800) fixme:ver:GetCurrentPackageId (0x954e978 (nil)): stub
Regards!
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #22 from Louis Cyfer cyfer3@googlemail.com --- Created attachment 58118 --> https://bugs.winehq.org/attachment.cgi?id=58118 STOlog_09.05.2017
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #23 from Józef Kucia joseph.kucia@gmail.com --- Please do not re-open bugs for new problems, file new bugs instead.
(In reply to Louis Cyfer from comment #21)
fixme:d3d_shader:shader_sm4_read_shader_data Unhandled shader data type 0x2.
This is fixed in the current git. See bug 42923.
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #24 from Louis Cyfer cyfer3@googlemail.com --- all current wineHQ releases causes crashes .. anyways .. close this again, I still doubt this is a new issue if it is still connected to an old problem which is not yet solved already because STO still crashes while shader creation.
Thatfor I did attach another log, thaught it might just be helpful.
Regards and ty for your work!
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #25 from Józef Kucia joseph.kucia@gmail.com --- (In reply to Louis Cyfer from comment #24)
all current wineHQ releases causes crashes
Yes, the fix for bug 42923 is going to be included in the next Wine release (2.8). You need to build from source if you want to test the fix before Wine 2.8 is released.
https://bugs.winehq.org/show_bug.cgi?id=42696
Silvio Kozasa smkozasa@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |smkozasa@gmail.com
--- Comment #26 from Silvio Kozasa smkozasa@gmail.com --- I can confirm this bug, tried with many wine versions, including 2.0, 2.3-staging and 2.8.
Fortunately, using wine2.8-staging will allow the game to be played. It is needed to reset graphics settings before loading the game. I was using best graphics settings before the "Win7 or above with DX11" game update in my machine, but now I need to use very low graphics settings and there are some texture glitches. But it is playable! Thanks to Louis Cyfer for the hints!
https://bugs.winehq.org/show_bug.cgi?id=42696
--- Comment #27 from winetest@luukku.com --- (In reply to Louis Cyfer from comment #10)
this bug report is intended to be all latest releases of wine/wine-staging
Bug 40699 --> wine 1.9.11 Bug 41625 --> wine 1.9.21
but yes it might be connected through and this one can be closed if that patch gets implented and working (which is is reported to do so): https://source.winehq.org/git/wine.git/?a=commit; h=849b16b8204418e5af630c2f5e3723f7608467a5
The idea was to say something into the bugs so they get more attention.
(In reply to Józef Kucia from comment #25)
(In reply to Louis Cyfer from comment #24)
all current wineHQ releases causes crashes
Yes, the fix for bug 42923 is going to be included in the next Wine release (2.8). You need to build from source if you want to test the fix before Wine 2.8 is released.
(In reply to Silvio Kozasa from comment #26)
I can confirm this bug, tried with many wine versions, including 2.0, 2.3-staging and 2.8.
Fortunately, using wine2.8-staging will allow the game to be played. It is needed to reset graphics settings before loading the game. I was using best graphics settings before the "Win7 or above with DX11" game update in my machine, but now I need to use very low graphics settings and there are some texture glitches. But it is playable! Thanks to Louis Cyfer for the hints!
Based on these. Close this bug finally. All other issues should have their own bug reports.
https://bugs.winehq.org/show_bug.cgi?id=42696
Józef Kucia joseph.kucia@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |DUPLICATE
--- Comment #28 from Józef Kucia joseph.kucia@gmail.com --- Resolving again.
*** This bug has been marked as a duplicate of bug 40046 ***
https://bugs.winehq.org/show_bug.cgi?id=42696
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #29 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org