http://bugs.winehq.org/show_bug.cgi?id=6086
Stefan Dösinger stefan@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution| |INVALID
--- Comment #76 from Stefan Dösinger stefan@codeweavers.com 2011-10-18 11:25:39 CDT --- I'm resolving this bug as invalid, all indications are that this is a bug in the app. The same problems happen on Windows.
When I start the app normally, it crashes within seconds whether I move the mouse or not. The same crash happens on my Windows 7 box(in addition, the Palette is broken on Win7). When I disable all but one cores the main menu works, but the game seems to freeze after I click on the "new game" button. The same happens on Windows 7 when I run the game in Win95 compatibility mode. As others have posted before, you can work around this issue on Wine by enabling some log channels and writing the result to a terminal.
I checked if the game is doing anything that might reasonably cause delays. It is creating a double buffered primary, but never flipping. Most of it's work is blitting between sysmem surfaces and the primary, and locking sysmem surfaces. It locks the primary every now and then. None of those operations should cause a delay, and the fact that the game crashes on Windows kinda confirms that. It does call WaitForVerticalBlank a few times, but only during the intro videos and not when the crashes / freezes occur.
I'll make a mental note about starting a flamewar about introducing a "crappy performance" switch in Wine, probably somewhere in ddraw. But in the past our policy has been not to do such things, and personally I don't think this should change.