http://bugs.winehq.org/show_bug.cgi?id=20838
WineBuG winebugs140@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winebugs140@gmail.com
--- Comment #7 from WineBuG winebugs140@gmail.com 2013-12-01 15:44:37 CST --- It has been closed as ABANDONED, but I think this is still a problem in recent versions of Wine. Maybe it would be good to REOPEN it?
This is an important fragment (2013-06-26) of the discussion concerning Morrowind Graphics Extender and Wine from official MGE forums:
"But actually launching the game with MGE is impossible: if we set Wine to use native d3d8/dinput8 dlls so that MGE is enabled, it'll then fail to find the 'real' dlls which it loads during initialization. Thing is, MGE explicitly tries to load those dlls from system directory (normally \windows\system32 on 32-bit machine), but in Wine those DLLs are just stubs: Wine tries to load them, looks for overrides, see that they're overridden, and tries to load native libs again, which is obviously not the desired behavior. However, through some experimentation, I've found out that LoadLibrary() can happily load Wine's "proper" dll.so libraries. So...
This patch enables MGE to look for "MGE_WINEDLLPATH" environment variable and try to load d3d8.dll.so and dinput8.dll.so from there. Failing to find the variable it'll revert to the original dlls in system directory. Thus, users launching the game on Linux under Wine will now be able to see the MGE in its full glory :)
On Ubuntu, the value for this variable would be /usr/lib/i386-linux-gnu/wine for 32-bit Wine prefix and /usr/lib/x86_64-linux-gnu on 64-bit Wine prefix, though the latter is not tested since pretty much any other prerequisites (DirectX, .NET, etc.) currently only work with 32-bit Wine prefix. G enerally, it's whatever directory that contains d3d8.dll.so and dinput8.dll.so."
I recommend looking through the whole thread: http://sourceforge.net/p/morrgraphext/discussion/866295/thread/422538db