https://bugs.winehq.org/show_bug.cgi?id=45043
Bug ID: 45043 Summary: Icewind Dale 1 unplayable due to lag, possible regression Product: Wine Version: 3.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: ckoe_@web.de Distribution: ---
Hello everybody,
I would like to report a problem with Icewind Dale 1 ("Classic" patchlevele 1.42 as distributed by GoG, not Beamdog EE). The Icewind Dale 1 is using the widescreen mod. Game was perfectly playable with older wine versions, see below for details and see also AppDB.
OS is Debian 9 (Stretch, stable) on Intel Haswell with IGP HD4400 graphics. Wine has been upgraded to 3.6 from the packages available at winehq using apt-get install --install-recommends winehq-devel. Game is set to 32 bit graphics, setting it to 16 bit and using Software BLT does mot appear to make a difference. The IWDs opengl rendering backend is always set to off in icewind.ini and confirmed with the configuration program.
With wine 3.6 I observe severe lag in all menus as far as tested, e.g. starting and loading a game. Screen build up is extremely slow, screen is black for several seconds. Menu buttons update/ show a press after about 1 to 5 seconds, also menu button clicks sounds lag. Mouse pointer lags and flickers. Actual loading also takes minutes, I could not get beyond the end of the load screen waiting several minutes for the game to finish loading the save, I killed it. Starting screen movies (Black Isle animation) play fine, though.
Upon start I see in the terminal
# wine IDMain.exe BEGIN LOGGING SESSION 0009:fixme:win:EnumDisplayDevicesW ((null),0,0x32a8e8,0x00000000), stub! 0009:fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1.
Later I see literally thousands (extreme high frequency logging) of messages 0034:fixme:dplay:DP_IF_Receive (0x344c0a0)->(0x387fe30,0x387fe24,0x00000000,0x57f2970,0x387fe2c,1): stub in my terminal.
I am reporting this against wine 3.6 as a possible regression because:
With wine 1.6: It worked without any problems in debian old-stable (jessie) with wine 1.6 from the debian package.
With wine 1.8: I got it to work after much experimentation with debian stables wine 1.8 package using ddr=gdi instead of ddr=opengl. Remark: There are reports of crashes while saving when using IWDs experimental opengl renderer backend. I was instead observing a similar crash upon saving (clicking the Safe button, apparently freezes when trying to render the slot selection screen) when using wines d3d, i.e. opengl is off in icewind.ini. I see err:d3d:init_driver_info No driver version info found for device 8086:0416, driver model 0x2. ddr=gdi appears to change the d3d backend to something working. This appears to have been fixed in later wine versions because:
With wine 3.0: In wine stable from winehq, i.e. 3.0, it just works with defaults ! No ddr= settings or any fiddling required. Game is playable, no lag, no crashes. I also see the 0009:fixme:win:EnumDisplayDevicesW ((null),0,0x32a8e8,0x00000000), stub! 0009:fixme:ddraw:ddraw_surface7_Flip Ignoring flags 0x1. 0043:fixme:dplay:DP_IF_Receive (0x337ba98)->(0x37bfe30,0x37bfe24,0x00000000,0xee9990,0x37bfe2c,1): stub as mentioned above in the terminal.
With wine 3.6: In wine 3.6 it is unplayable as descibed above.
Please let me know what other debug information I might need to gather.
Best Regards
Christof
https://bugs.winehq.org/show_bug.cgi?id=45043
ckoe_@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |DUPLICATE
--- Comment #1 from ckoe_@web.de --- Hello again,
this is probably a duplicate of https://bugs.winehq.org/show_bug.cgi?id=44840
I am not sure if or how I can mark it as duplicate myselves. Also I am not sure why my search did not find it ... Sorry.
Best Regards
Christof
*** This bug has been marked as a duplicate of bug 44840 ***
https://bugs.winehq.org/show_bug.cgi?id=45043
André H. nerv@dawncrow.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nerv@dawncrow.de Status|RESOLVED |CLOSED
--- Comment #2 from André H. nerv@dawncrow.de --- closing dup