http://bugs.winehq.org/show_bug.cgi?id=24478
--- Comment #66 from Mirko kug3lblitz@gmail.com 2011-09-14 12:42:59 CDT --- (In reply to comment #63)
That seems wrong, unless I'm mistaken you need to change the default configure options or Wine will still look for DLLs in /usr/local/lib/wine. Did you configure Wine with the "--prefix" option? For example, if you wanted to avoid installing over an existing Wine installation you would run:
I originally compiled with --prefix=/usr/local/bin/wine-fallout anyway, so I just quickly 'make install'ed it to make sure.I'm certain I read something along the lines of comment #64 before I tried all this, thats why I didn't install right away. I now run 'WINEPREFIX=~/.wine-fallout3 /usr/local/bin/wine-fallout/bin/wine Fallout3.exe'. A 'lsof -p `pidof wineserver`' shows that libs seem to be taken from the right place (e.g. /usr/local/bin/wine-fallout/lib/libwine.so.1.0), however the output does not contain quartz.dll.so. Should it? quartz.dll.so is available in this path.
The behaviour I experience is the same as before (although I sometimes crash while loading, but that might be due to a different region in the game I'm now in.)
Hmm, have you tried re-compiling with my patches removed and using the "patched" Wine? I'm relatively certain that the stuttering problem I'm seeing is not related to quartz, so I would kind of expect that (I believe it's related to how dsound handles the system heartbeat).
I will try that, but compiling wine takes quite a while on this PC.