Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

NFS Most Wanted launch fails #192

Open
mradermaxlol opened this issue Feb 23, 2016 · 23 comments
Open

NFS Most Wanted launch fails #192

mradermaxlol opened this issue Feb 23, 2016 · 23 comments

Comments

@mradermaxlol
Copy link

Hello!
The issue: NFS Most Wanted (back from 2005) crashes (on launch) immediately when Native D3D9 is enabled. I've tried both 32- and 64-bit prefixes, neither works. I'm attaching some logs from console, as well as my xorg config from xorg.conf.d.
If it matters, i'm using wine from my overlay on Gentoo with ~amd64. Note that staging features were disabled at the moment of my testing.
Attachments:
winelog.txt
xorgconf.txt
xorglog.txt

@mradermaxlol
Copy link
Author

Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7d543545).

This line makes me think that there's something wrong with the 32-bit part of the code.
Further investigation makes me think that it looks like the same issue as here...

@axeldavy
Copy link

Unfortunately your logs are not very useful to debug this issue.

You can get a useful log with NINE_DEBUG=all, but it will display things only if mesa was built with --enable-debug

@siro20
Copy link

siro20 commented Feb 25, 2016

I got the same crash, but it crashes with vanilla wine, too.
It's likely not related to d3d9 at all.

@mradermaxlol
Copy link
Author

siro, maybe you are just using 64-bit prefix or your wine is broken. For me it worked on vanilla 1.9.3/1.9.4 and staging (same vers) on both 32- and 64-bit prefixes.
Are you getting EXACTLY the same error?

Oh, by the way, I will post debug logs once I've made my new ebuild work and have recompiled Mesa with debug options. Maybe today, maybe tomorrow.

@pontostroy
Copy link

wine 1.9.4 staging+nine
NFS MW works for me with nine and wine-csmt
some options does not available with csmt (shadow detail)
and with nine and shadow detail enabled game looks very weird, too dark and smoke textures is broken.
https://www.youtube.com/watch?v=BkapgkohAuM

@siro20
Copy link

siro20 commented Feb 25, 2016

I tested with Ixit/wine (wine 1.9.2) and 32bit prefix.
I got a null pointer dereference in the application itself.
Maybe my wine is broken, I'll try 1.9.3 and 1.9.4.

@mradermaxlol
Copy link
Author

@pontostroy works great for me with CSMT, too, and Shadow Detail is also unavalible. Everything works flawlessly even with UniWS-patched exe (my display is 16:9 1080p). But, well, I'm still trying to make Nine work there, and also (as you know) GCC 5.3.0 compilator has issues with Wine 1.9.4, and I'm working on it.

@mradermaxlol
Copy link
Author

@axeldavy here you go. This one is from my current mesa, if it's not what you are looking for - tell me and I will provide you with logs with mesa compiled with debug USE flag.

winelog.txt

@pontostroy
Copy link

tested with docker image based on Tumbleweed (gcc 5.3.1) and still works fine, even with UniWS-patched exe

@mradermaxlol
Copy link
Author

@pontostroy hmm... Then it's probably ebuilds' issue, I don't see anything else. I will try some people to test it, but no promises.
Oh, maybe it's all about extra patches from your source package? I will experiment with them, maybe it helps.

@mradermaxlol
Copy link
Author

Hmm... May it be happening because of absent DLL redirects? Like, from d3d9.dll to d3d9-nine.dll?

@pontostroy
Copy link

no, i have the same redirect

@mradermaxlol
Copy link
Author

@pontostroy, I have no redirects at all, maybe that's it?

@mradermaxlol
Copy link
Author

@pontostroy could you give me a list of dependencies for your OpenSuSE wine package? Both x86_32 (i686) and x86_64 (amd64), if you please ;) If think the issue is there. If so, I'll provide my overlay with a sample config for portage with neccessary packages mentioned.

@pontostroy
Copy link

@mradermaxlol
Copy link
Author

@pontostroy hmm, everything seems fine. I've actually done some testing with Mirror's Edge, and Nine runs flawlessly there. I'm thinking it's actually a game's issue... IDK.

@axeldavy
Copy link

Can we close ?

@mradermaxlol
Copy link
Author

@axeldavy I don't think so. Actually, Nine works with Mirror's Edge for me, but doesn't with neither STALKER CoP nor NFSMW. Should I open another issue with STALKER or write it here? Anyway, I'll publish some Nine logs with Mirror's Edge and STALKER, as I've broken my NFS installation recently.

@mradermaxlol
Copy link
Author

Mirror's Edge log
S.T.A.L.K.E.R. CoP 1.6.0.2 log
I'm on vanilla Wine 1.9.6 with Nine patch applied. I managed to play the whole level in ME on high-ultra settings and I got a crash with S.T.A.L.K.E.R. X-Ray was also complaining after the crash.

@axeldavy
Copy link

With which flags are you building mesa ? Try to use -O0, etc. And use 32 bits

@mradermaxlol
Copy link
Author

@axeldavy of course I'm building 32-bit, and all my prefixes are 32-bit. I'll try experimenting with -Oxxx flags, okay.

@mradermaxlol
Copy link
Author

Alright, as Mesa 11.2 got released, I'm gonna test stuff with it. I'll report here ASAP.

@mradermaxlol
Copy link
Author

Umm... Nothing new, really. Well, except of WineD3D being broken for now XD (but that's probably Xorg regression). I'll try to run the game with Nine using Gears On Gallium, maybe I'm just ass-handed?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

4 participants