[Bug 45043] New: Icewind Dale 1 unplayable due to lag, possible regression

[wine-bugs at winehq.org]

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 at winehq.org
          Reporter: ckoe_ at 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

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.