https://bugs.winehq.org/show_bug.cgi?id=44538
Bug ID: 44538 Summary: (Regression) Tales of Zestiria doesn't boot. Product: Wine Version: 3.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs@winehq.org Reporter: ovariegata@yahoo.com Regression SHA1: 206e8b147bc8670621d8dfaaa03834fb1fc02082 Distribution: Slackware
Created attachment 60493 --> https://bugs.winehq.org/attachment.cgi?id=60493 A test patch that manually reverts the commit '206e8b147bc8670621d8dfaaa03834fb1fc02082' and gets the game working again.
I found that the game 'Tales of Zestiria' doesn't boot in wine anymore, given the winehq entry it appears to have worked at some point so I tried several wine versions until I found it broke between 1.9.2 and 1.9.3. I tested vanilla wine, wine-staging and the d3d9-nine patches with the same results. I next bisected it and found the problematic commit listed under the 'Regressions SHA1' field. I then manually reverted the commit for the wine master and found the game boots and works properly again. See the attached patch.
https://bugs.winehq.org/show_bug.cgi?id=44538
--- Comment #1 from ovariegata@yahoo.com --- Created attachment 60494 --> https://bugs.winehq.org/attachment.cgi?id=60494 Wine output from when failing to boot.
The relevant error appears to be:
err:seh:setup_exception_record stack overflow 816 bytes in thread 0009 eip 0080ca65 esp 00231000 stack 0x230000-0x231000-0x3b0000
https://bugs.winehq.org/show_bug.cgi?id=44538
mrdeathjr28@yahoo.es changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mrdeathjr28@yahoo.es
https://bugs.winehq.org/show_bug.cgi?id=44538
--- Comment #2 from mrdeathjr28@yahoo.es --- (In reply to ovariegata from comment #0)
Created attachment 60493 [details] A test patch that manually reverts the commit '206e8b147bc8670621d8dfaaa03834fb1fc02082' and gets the game working again.
I found that the game 'Tales of Zestiria' doesn't boot in wine anymore, given the winehq entry it appears to have worked at some point so I tried several wine versions until I found it broke between 1.9.2 and 1.9.3. I tested vanilla wine, wine-staging and the d3d9-nine patches with the same results. I next bisected it and found the problematic commit listed under the 'Regressions SHA1' field. I then manually reverted the commit for the wine master and found the game boots and works properly again. See the attached patch.
Curiously in my case works with wine 3.1 and wine 3.2 without troubles except select alsa for audio
Maybe your problem could stay relation with your hardware: amd however nine is not supported only vanilla and staging are supported
Gameplay Video
https://www.youtube.com/watch?v=GaIbMw7OFak
System Specs Used in Test
Nvidia Drivers 390.25 (run package from nvidia drivers homepage)
Xubuntu 16.04 x64 - Kernel 4.13.0-16 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 (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=44538
--- Comment #3 from ovariegata@yahoo.com --- What version this game is reported to work in seems inconsistent based on winehq reports too where someone claimed it broke in 1.9.6 and another got it working in 2.6 which neither worked for me. Most seem to agree that is hasn't worked for a long time.
I am using nouveau with a gtx 780ti gpu and an amd fx-6350 6-core cpu with linux-4.4.18.
Another factor that could change things is that I am working around the steam and any other drm by using the CPY crack. As documented at winehq, this is required for the next game in the series, 'Tales of Berseria' and even with a legal copy I have strong objections to playing it in steam due to both ethical and practical reasons.
For the purposes of this bug I suggest focusing only on vanilla wine for now, I mentioned staging and d3d9-nine only to show that I tried other combinations as well.
As for the audio problems, I suspect they are caused by pulseaudio. As I do not have it installed I have no audio issues. I have heard similar reports for Tales of Berseria' which uses the same engine. There is a d3d9 hack-fix for this game and others in the series which is also reported to contain an audio fix. However I was not ever able to get these hacks to work at all.
As suggested at #wine-hacking, my next step when I have a chance will be to find out what specific dll it broke in for me. I'll update with this information when possible. Thanks for taking an interest!
https://bugs.winehq.org/show_bug.cgi?id=44538
--- Comment #4 from mrdeathjr28@yahoo.es --- (In reply to ovariegata from comment #3)
What version this game is reported to work in seems inconsistent based on winehq reports too where someone claimed it broke in 1.9.6 and another got it working in 2.6 which neither worked for me. Most seem to agree that is hasn't worked for a long time.
I am using nouveau with a gtx 780ti gpu and an amd fx-6350 6-core cpu with linux-4.4.18.
Another factor that could change things is that I am working around the steam and any other drm by using the CPY crack. As documented at winehq, this is required for the next game in the series, 'Tales of Berseria' and even with a legal copy I have strong objections to playing it in steam due to both ethical and practical reasons.
For the purposes of this bug I suggest focusing only on vanilla wine for now, I mentioned staging and d3d9-nine only to show that I tried other combinations as well.
As for the audio problems, I suspect they are caused by pulseaudio. As I do not have it installed I have no audio issues. I have heard similar reports for Tales of Berseria' which uses the same engine. There is a d3d9 hack-fix for this game and others in the series which is also reported to contain an audio fix. However I was not ever able to get these hacks to work at all.
As suggested at #wine-hacking, my next step when I have a chance will be to find out what specific dll it broke in for me. I'll update with this information when possible. Thanks for taking an interest!
Maybe can try lastest nvidia propietary drivers and version used in my test is steam version of tales of zestiria (maybe can get cheap, in steam regulary appears at 75%)
https://bugs.winehq.org/show_bug.cgi?id=44538
Piotr Caban piotr.caban@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |piotr.caban@gmail.com
--- Comment #5 from Piotr Caban piotr.caban@gmail.com --- What version of compiler are you using to compile wine?
https://bugs.winehq.org/show_bug.cgi?id=44538
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
https://bugs.winehq.org/show_bug.cgi?id=44538
--- Comment #6 from ovariegata@yahoo.com ---
Maybe can try lastest nvidia propietary drivers and version used in my test is > steam version of tales of zestiria (maybe can get cheap, in steam regulary appears at 75%)
I have the game already, I just do not want to use the DRM. It complicates things a lot and leaves behind a bad taste. Additionally this is not related to nouveau vs nvidia.
What version of compiler are you using to compile wine?
I think this occurred with gcc 7.1.0, I now have gcc-8.2.0 installed. I can try newer wine versions and this new gcc to make sure.
https://bugs.winehq.org/show_bug.cgi?id=44538
--- Comment #7 from ovariegata@yahoo.com --- Still fails with gcc-8.2.0 and wine 3.13, here is a new log.
``` 0009:fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub 0009:fixme:msvcrt:type_info_name_internal_method type_info_node parameter ignored 0009:fixme:win:EnumDisplayDevicesW ((null),0,0x3bf7a8,0x00000000), stub! 0009:fixme:win:EnumDisplayDevicesW ((null),0,0x3bf814,0x00000000), stub! 0009:fixme:win:EnumDisplayDevicesW (L"\\.\DISPLAY1",0,0x3bf814,0x00000000), stub! 0009:fixme:win:EnumDisplayDevicesW (L"\\.\DISPLAY1",0,0x3bf368,0x00000000), stub! 0009:fixme:win:EnumDisplayDevicesW (L"\\.\DISPLAY1",1,0x3bf814,0x00000000), stub! 0009:fixme:win:EnumDisplayDevicesW ((null),1,0x3bf814,0x00000000), stub! 0009:fixme:win:EnumDisplayDevicesW ((null),0,0x3bf814,0x00000000), stub! 0009:fixme:win:EnumDisplayDevicesW ((null),1,0x3bf814,0x00000000), stub! 002e:fixme:win:RegisterDeviceNotificationW (hwnd=0x1005e, filter=0x413fe50,flags=0x00000000) returns a fake device notification handle! 0009:fixme:win:RegisterTouchWindow (0x10064 00000003): stub 0009:fixme:win:EnumDisplayDevicesW ((null),0,0x3bb198,0x00000000), stub! 0009:fixme:d3d9:D3DPERF_SetOptions (0x1) : stub 0009:fixme:imm:ImmReleaseContext (0x10064, 0x151b88): stub 0009:fixme:msctf:ThreadMgr_ActivateEx Unimplemented flags 0x4 0009:fixme:msctf:ThreadMgrSource_AdviseSink (0x151a58) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c} 0009:fixme:imm:NotifyIME NI_CLOSECANDIDATE 0009:fixme:msctf:ThreadMgrSource_AdviseSink (0x151a58) Unhandled Sink: {ea1ea136-19df-11d7-a6d2-00065b84435c} 0009:fixme:msvcp:_Locinfo__Locinfo_ctor_cat_cstr (0x3bf96c 1 C) semi-stub 0009:err:seh:setup_exception_record stack overflow 816 bytes in thread 0009 eip 0080ca65 esp 00241000 stack 0x240000-0x241000-0x3c0000 ```
The workaround however still works just fine.
https://bugs.winehq.org/show_bug.cgi?id=44538
joaopa jeremielapuree@yahoo.fr changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jeremielapuree@yahoo.fr
--- Comment #8 from joaopa jeremielapuree@yahoo.fr --- Does the bug still occur with wine-4.9?
https://bugs.winehq.org/show_bug.cgi?id=44538
--- Comment #9 from orbea@riseup.net --- Yes, with gcc-9.1.0 and wine-4.9 it still fails to start.
https://bugs.winehq.org/show_bug.cgi?id=44538
--- Comment #10 from Gijs Vermeulen gijsvrm@gmail.com --- Is this still an issue with wine-6.0-rc2?
https://bugs.winehq.org/show_bug.cgi?id=44538
Gijs Vermeulen gijsvrm@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|(Regression) Tales of |Tales of Zestiria doesn't |Zestiria doesn't boot. |start
https://bugs.winehq.org/show_bug.cgi?id=44538
orbea@riseup.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |FIXED
--- Comment #11 from orbea@riseup.net ---
Is this still an issue with wine-6.0-rc2?
No, I build wine-6.0-rc2 with MinGW-w64-v7.0.0_gcc9.3.0-x86_64 and the issue is no longer present. Thanks for reminding me to test!
https://bugs.winehq.org/show_bug.cgi?id=44538
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #12 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 6.0-rc4.
-
wine-bugs＠winehq.org -
WineHQ Bugzilla