wine users - Nov 2011 - Multibuffer switching in 1.3.32

Congratulations on getting this going.  However, it still needs some tuning.

I am running SimCity 4 Rush Hour (fully updated) in hardware mode on Ubuntu
11.10 with a wide screen setup.  The game loads and runs, or rather walks in
hardware operations mode.  The frame rate is far too slow, and the only thing I
see different is the multibuffer warning is missing from the console log.

FYI here is my current log:

fixme:system:SystemParametersInfoW Unimplemented action: 94 (SPI_GETMOUSETRAILS)
fixme:win:EnumDisplayDevicesW ((null),0,0x32efa4,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32eef0,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f5a8,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f2d0,0x00000000), stub!
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels,
pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000
channels, pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000
channels, pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000
channels, pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 32 channels,
pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000
channels, pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000
channels, pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000
channels, pretending there's only 2 channels
fixme:alsa:AudioClient_GetMixFormat Don't know what to do with 10000
channels, pretending there's only 2 channels
fixme:d3d_surface:wined3d_surface_blt Can't handle WINEDDBLT_ASYNC flag.
fixme:win:EnumDisplayDevicesW ((null),0,0x32f524,0x00000000), stub!
fixme:win:EnumDisplayDevicesW ((null),0,0x32f524,0x00000000), stub!
fixme:d3d:resource_check_usage Unhandled usage flags 0x8.
fixme:imm:ImmGetOpenStatus (0x132d20): semi-stub
fixme:imm:ImmReleaseContext (0x20020, 0x132d20): stub
err:d3d:wined3d_device_uninit_3d Something is still holding a reference to
depth/stencil buffer 0x1d6120.

Also of note is that something has gone strange in the handling of the ALSA
sound system, as I didn't know there were 10,000 channels.  This is not a
problem because I have no sound at all any more.  I don't care.

I suspect running this in DVI isn't helping, but it does run without any
real problem except the lousy frame rate.

I ran a further check in software rendering mode, and the game runs
"normally".  There is no difference in the console log.

So, all in all, things are better and the game runs very will using internal
rather than GPU generated rendering.  The interesting thing is that this version
of the ATI/AMD fglrx driver actually can handle this game in 1920x1080x32 DVI
mode.

When hardware rendering is on, however, the frame rate goes to something around
1 per second or longer.