Heroes of Might and Magic V

This game needs S3TC support to work so if you run an 64-bit distribution with multilib where you handle multilib your self like slackware, then you need to also install 32-bit package of libtxc_dxtn for it to work if you use open mesa driver.
In slackware that package would be called libtxc_dxtn-compat32-1.0.1-x86_64-1_SBocompat32.txz

Anything new about this problem. I'm new to this so this is my first comment. I have this same bug on my Heroes V. I have been using 1.9.23 staging version. I think I have tried with 1.6.2 first and have exactly the same bug. So the only fix is to enter in option and to change some option and apply. And yes, keyboard is not working in full screen window mode in 1.9.23 staging version, while in 1.6.2 version is working.

Hey,
unfortunately the game is still choppy when I lift the fog before with a cheat. However in Single Scenario it performs better than in Campaign. I retested this with wine 1.9.23 staging, but I hope for some major wine versions to fix this.
But adjusting the gamma settings works now in all games I have tested, which was not possible in previous wine versions.
I recommend also Arch as a Linux Distribution as it offers newer packages by default while still remaining quite stable. I get more games working with Arch (even Bioshock retail) as with an Ubuntu or Debian derivate (I guess you are using one, because you have mentioned the 1.6.2 version).

It's amazing that people are playing this game after so many years, it is a real goldie.

I am not sure it's related to my nvidia, but the problem occurs at least with 1.8.2, 1.9.8, and 1.9.9. The animation becomes choppy while playing, it can be after a video, or simply when some gui dialog is displayed or even simply when lots of things have been displayed on screen, but once it becomes choppy I found the only way to fix it is to go to options and change the video mode to another one, then it becomes correct again until the next time.

I made a few tests before posting, even tried a double_buffer patch for another game :
--- start ---
diff --git a/dlls/wined3d/buffer.c b/dlls/wined3d/buffer.c
index 8bb1f63..8f388ab 100644
--- a/dlls/wined3d/buffer.c
+++ b/dlls/wined3d/buffer.c
@@ -1499,6 +1499,8 @@ HRESULT buffer_init(struct wined3d_buffer *buffer, IWineD3DDeviceImpl *device,
buffer->flags |= WINED3D_BUFFER_CREATEBO;
}

+ buffer->flags |= WINED3D_BUFFER_DOUBLEBUFFER;
+
if (data)
{
BYTE *ptr;
--- end ---

this patch actually makes the animation choppy all the time, so the problem is probably related somehow to double buffer, but I can't say much more than that. The nvidia is a gtx 960, much enough to play this old game.
The good news is that the old adviced editions in user.cfg are not necessary anymore (gfx_ban_lags and gfx_nopixelshaders), there is no flickering anywhere and the picture is perfect, except this very heavy sync problem when it starts. I played with the other gfx_ settings in the config file but got no positive results to fix this. Setting gfx_ban_lags = 1 actually produces glitches in the picture.

It's with the gog version, the 3 extensions included, a 32 bit version.

I have this problem too and have not found a true fix for it. Changing the graphic option (for example changing the aa or af setting) does give temporal fix. To avoid having to manually change the setting every time the screen becomes choppy (3 or more times per game), I created a bash script that use xdotool to change the option for me.
The script basically brings out the video option (F4) and increase the anti-aliasing by 1, apply, then change it back by decreasing the AA by 1. So, the screen are fixed and actually nothing has changed.

Anyway even with this fix, the game still become choppy once every few minutes. I am giving up to it =(

I had a lot of flickering with catalyst 14.4 the only wine version that worked without flickering was 1.2.2.
I run it at 1366x768 in wine 1.2.2 on slackware64 14.1 and everything works as far as i can tell.