-
-
Notifications
You must be signed in to change notification settings - Fork 252
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
Need for Speed Most Wanted: Missing orange/yellow color filter #890
Comments
Hey @vbnmh00 could you add information about how to get to either of those pictures in the game? If you can find a case where I can reproduce the problem with a quick race without having to play career mode that would be ideal. (I'm not super familiar with the game so sorry if these are from easy to get to levels already) |
For the first picture (orange filter) - any of the prologue races in career. |
Log from an nv2a-trace: Draw 945 is where the yellow filter first appears to be applied. It's drawing quads which it only seems to do for the fullscreen effect and some billboarded effects like tire/exhaust smoke. Looking at a renderdoc capture from xemu, I see it applying a filter that clearly darkens and slightly yellows the screen but it doesn't appear to match faithfully so more investigation is needed.
For the draw in question,
|
I looked more closely at the nv2a-trace and I think there's a mismatch in the shader there versus what I thought was doing the filter in xemu. On hardware, the draw that appears to apply the filter takes the existing framebuffer in as the second texture and has a much more complex pixel shader coupled with a simpler vertex shader. VSH:
PSH:
|
The pixel shader for the draw that produces the highlight output:
Stage 2 blacks out r0.a and causes it to never produce alpha. This does not appear to match the behavior I see from the hardware trace. Relevant part of the pgraph dump from the HW matches the shader behavior observed, however:
UPDATE: Looking at the source textures for this draw, I also see an apparent pixel offset bug, not sure if that's a contributing factor or not. |
Looking again, I bet this is another combiner interdependence error. I'm guessing the alpha calculation needs to use the r1 value from the previous stage and not the value calculated by the color combiner in the same stage. |
Title
https://xemu.app/titles/4541007b/#Need-for-Speed-Most-Wanted
Bug Description
Expected Behavior
xemu Version
0.6.6
System Information
OS: Windows 10
CPU: AMD Ryzen 7 5800X 8-Core Processor
GPU: NVIDIA GeForce GTX 1060 6GB/PCIe/SSE2
GPU Driver: 4.0.0 NVIDIA 496.76
Additional Context
No response
The text was updated successfully, but these errors were encountered: