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

Zusi 3 (1040730) has broken cab images #3250

Closed
besentv opened this issue Feb 12, 2023 · 8 comments · Fixed by #3315 or #3392
Closed

Zusi 3 (1040730) has broken cab images #3250

besentv opened this issue Feb 12, 2023 · 8 comments · Fixed by #3315 or #3392
Labels

Comments

@besentv
Copy link

besentv commented Feb 12, 2023

Rendering of cabs in the simulator is broken on DXVK (works in WineD3D) .

Software information

Zusi 3 (1040730) - defaults

System information

  • GPU: Nvidia 1660ti
  • Driver: 528.85
  • Wine version: 7 and 8 (Proton 7 and 8-alpha)
  • DXVK version: 2.1

Apitrace file(s)

https://drive.google.com/file/d/1aApV8a9l5xFtqHEe8EyGdkAJvLOrxDhN/view?usp=share_link

Log files

@besentv
Copy link
Author

besentv commented Feb 12, 2023

Added apitrace

@Blisto91
Copy link
Contributor

Blisto91 commented Feb 12, 2023

It's beautiful. Well added. (I haven't watched it yet)

@besentv
Copy link
Author

besentv commented Feb 12, 2023

Watch out for possible STDs ;))

Also seems like the trace isn't as chaotic as it can be but good enough.

@ghost
Copy link

ghost commented Feb 12, 2023

Keep the environment professional please.

@ghost
Copy link

ghost commented Feb 12, 2023

:forg:

@besentv
Copy link
Author

besentv commented Feb 12, 2023

🐸 🤰

@Blisto91
Copy link
Contributor

Blisto91 commented Feb 12, 2023

d3d9.noExplicitFrontBuffer = True appears to work around this issue.
Waiting for feedback from Josh like #3206 before a potential PR is made.

@w-flo
Copy link
Contributor

w-flo commented Feb 27, 2023

Zusi was my initial motivation to introduce the noExplicitFrontBuffer config and it was enabled automatically for the old exe name. The issue is that there is now a new default exe filename, "ZusiSim.64.exe" (the old 32 bit executable "ZusiSim.exe" still exists though).

I think we should just add the new exe filename to the list of automatic config settings. It has worked well for Zusi users, and people researching this issue are adding dxvk.conf to enable the setting anyway. If there is a better solution for this in the future to make the swapchain behavior the same as in Windows (old backbuffer contents stay intact in windowed mode even when using DISCARD swap effect), the setting can be dropped for ZusiSim*.exe.

w-flo added a commit to w-flo/dxvk that referenced this issue Mar 28, 2023
In addition to the legacy "ZusiSim.exe" executable, the recent 3.5
release added a 64-bit "ZusiSim.64.exe" executable. This is now the
default executable when launching the game in Steam. The game is
unplayable without this option, so update the regex for Zusi 3.

Fixes doitsujin#3250.
K0bin pushed a commit that referenced this issue Apr 13, 2023
In addition to the legacy "ZusiSim.exe" executable, the recent 3.5
release added a 64-bit "ZusiSim.64.exe" executable. This is now the
default executable when launching the game in Steam. The game is
unplayable without this option, so update the regex for Zusi 3.

Fixes #3250.
Etaash-mathamsetty pushed a commit to Etaash-mathamsetty/dxvk that referenced this issue Jul 16, 2023
In addition to the legacy "ZusiSim.exe" executable, the recent 3.5
release added a 64-bit "ZusiSim.64.exe" executable. This is now the
default executable when launching the game in Steam. The game is
unplayable without this option, so update the regex for Zusi 3.

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

Successfully merging a pull request may close this issue.

4 participants