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
Wolfenstein II: The New Colossus (appid: 612880) #1113
Comments
i've tested the demo and its working wonderful. 80+ fps on mein leiben (whatever the highest profile).
|
just fyi there is a long standing bug on amd mesa drivers regarding faces not rendering correctly. I don't think the game should be white listed until thats resolved. https://bugs.freedesktop.org/show_bug.cgi?id=104302 all the other bugs apart from the facial animation bug have been resolved. just need a fix for that |
Whitelist Request
System Information
I confirm:
Issues
|
The llvm issue mentioned by @GloriousEggroll has been fixed for a while in llvm-svn (for the upcoming llvm 8.0.0). Ubuntu AMD gpu users who see that issue should use mesa and llvm from the Padoka or SteamVR Experimental PPA. |
I must test the facial animations myself, but does anyone know how far along is the fix for the water rendering bug ? |
Hello @mmeyran, what water rendering bug? Was it being tracked on another issue tracker? |
I've seen it mentioned in another comment, but I couldn't find it being tracked. Water in-game isn't rendered - using latest Padoka PPA Stable (Mesa 18.3.3) on Ubuntu 18.04.2 and a RX480 8Gb. I'll try with Padoka PPA git to see if by any chance the problem isn't the same as faces. I think I remember seeing water rendered once, but then it was rapidly "un-drawn" with an expanding circle of non-rendered water. |
This comment has been minimized.
This comment has been minimized.
Is this still working for you? I've seen one recent report on Proton DB stating that it stopped working, and for me the game hangs after the logo videos. I can shortly hear a sound playing before the game hangs with a black screen and I have to kill it. When adding Tried Proton 3.16-9 beta and 4.2-7. Ubuntu 18.04 LTS, nVidia 430.26. I just found out, that when I let proton create the debug commands with cd /tmp/proton_$USER
./run it works. So there seems to be a race condition or so? edit: |
Water does not render. This bug can be observed in the first mission in "Section F". |
Hello @DasCapschen, please copy your system information from Steam ( |
Hi, I'm terribly sorry I'm answering this late. Anyways, here's my system info: I have just tried it using the llvm compiler, although now on Proton 4.11-10, and water does work! |
There's a regression with this game with Proton 5.0-1. With 4.11-12 everything runs perfectly. With 5.0-1 the mouse is jerky and reticent to move in menus and so on. It seems to be OK when controlling movement, just bad when it's moving a mouse pointer. |
Hello @CKWarner, please add |
Sure. I've added both versions in case you wanted to see any differences between them. That's just loading up the game and wiggling the mouse on the main menu for a couple of seconds in each case. |
@CKWarner could you give some more information about your setup? What GPU/drivers are you using? Do you have a non-standard mouse? Any other hints that might be relevant? I was not able to immediately replicate the mouse behavior you are describing. I did notice that when I moved the cursor quickly, especially in a circular motion, the cursor would lag behind my hand a bit, but this was the same in 4.11-12 and 5.0-1, and I wonder if it is a game choice to not let the custom cursor move faster than a certain speed (I have seen this with some other games). |
It's a perfectly straightforward setup: Kubuntu 18.04, RTX 2080 Ti with the 440.59 driver, SteelSeries Rival 310 mouse. The pointer works perfectly in 4.11-12 and barely functions at all in 5.0-1. |
@CKWarner Thank you for the details. That gives me a much better place to start since the issue doesn't seem to be universal to all setups, based on my initial testing :) Edit: I happened to have access to the exact same mouse since there was another bug in the past that was specific to that category of mice. I was able to reproduce the issue with the mouse -- interestingly it also seems to be a NVIDIA specific bug. |
I also noticed a similar thing in Proton 5.0.x. But I am on RX 580, DarkProject ME-1 mouse. Everything is OK in the main menu, but in the in-game menu and in the game itself mouse behaves weird. Small mouse lag was present in the menu in previous versions of Proton but this is a completely different thing. What I noticed:
|
Fixed in 5.0.3 |
@kisak-valve, thanks. Working with mesa-git |
Hello All, Looks like I found a new problem, it tricky: When you load a save from steam cloud in a new installation, the game crash, you can see the attached log in this comment. |
Got what seems to be a regression in Experimental. On the mission where BJ drives back to Mesquite, the entire screen goes black (seemingly due to a post-processing effect gone wrong, since the UI elements are still present) and it's impossible to navigate around. There's another report of this on ProtonDB. Distro: Arch Linux x86_64 Proton 7.0-4 behaves as expected: |
Hello @serebit, please add |
Here's my system information from Steam. And here's the logfile (opened the game with a cleared compatdata folder, fixed video settings, opened relevant save): steam-612880-experimental.log I will warn that it seems to be a bit touchy with reproduction. As far as I can tell, loading the scene with 7.0-4 even once fixes the problem entirely until the compatdata folder for the game is cleared and the level is entered again from a previous save. |
@serebit Is it possible to post your save file somewhere to make this easier to investigate? |
I'll have to get back to that point, but I can give that a shot, sure. |
Got it to happen on a different level, start of New Orleans, on 7.0-4 no less. Trying to make a save that reproduces it. Edit: I don't know why, but this is being really stubborn wrt reproduction on 7.0-4. Still trying, but it may take a bit for me to nail down a way to consistently reproduce it. |
Actually, I think this should work to reproduce on Proton Experimental: wolf2-repro.zip Toss the contents into |
@serebit Thank you for the save game! I tried it several times and unfortunately didn't see the black rendering failure which makes this difficult to diagnose :/ It would be easier if it was a regression, but it sounds like it is not? Could you see if you can also reproduce the issue on 6.3-8? |
In lieu of that, I have two videos showing reproduction of the issue. The first contains 8 minutes of attempts with two partial reproductions (see description for timestamps), and the second contains one full reproduction in the New Orleans level, along with some messing around with video settings to fix the issue while the level is still loaded. I also have MangoHud up for both sets of attempts. Video 1: https://www.youtube.com/watch?v=BsJvIbxe5RY |
Also worth noting that there's another report of this issue out there, specifically noting seeing it in the Mesquite level, and the report is from a Steam Deck: https://www.protondb.com/app/612880 This could imply that it's a RADV issue and not a Proton one, since this game uses Vulkan directly. |
It happens to me too @xcom169, I was able to disable it in the config file Unfortunately I'm unable to start the game, giving me this error:
|
@Relwi I tried with X.Org. It looks it's working. Only Wayland is problematic? |
@xcom169 yes, only in Wayland |
I have two bugs there , blackscreen when the start game, load same save , then black screen disappear . |
Hello @koloved, please add Also, please test if setting the game's launch options to |
@kisak-valve Hello! and RADV_DEBUG=nodcc steam-612880_nodcc.zip surprisingly Nodcc command help with both bugs, but its work sometimes , a attached the log when its works and i notice its worked always when i put thanks ! and also its not worked with full option |
Trying to disable vsync results in a game crash Here is a screenshot of the crash and error, same as what another user has shown above: |
@clawwwie thank you for the report. |
Tracking note: Dropping the mesa and RADV labels because there doesn't appear to be recent feedback that there's an active video driver issue to follow. Older Intel / ANV fixed by https://gitlab.freedesktop.org/mesa/mesa/-/commit/ded9cb904f02cfe4206f88f8a41f49258f09f2b0 If you're seeing an issue with mesa 23.1.2 or newer, please add an updated note with details. |
Thanks. Its really good news
…On Sat, 22 Jul 2023, 03:33 kisak-valve, ***@***.***> wrote:
Tracking note: Dropping the mesa and RADV labels because there doesn't
appear to be recent feedback that there's an active video driver issue to
follow.
Older Intel / ANV fixed by
https://gitlab.freedesktop.org/mesa/mesa/-/commit/ded9cb904f02cfe4206f88f8a41f49258f09f2b0
More recent AMD / RADV fixed by
https://gitlab.freedesktop.org/mesa/mesa/-/commit/34f9dd349177de8828ca9cec9b20a1d409663ec8
If you're seeing an issue with mesa 23.1.2 or newer, please add an updated
note with details.
—
Reply to this email directly, view it on GitHub
<#1113 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AEH2G2QSJG4YV5PHQY6KZTDXRMUU5ANCNFSM4FSYORJA>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
Hi,
I tested this game with Proton 3.7-5beta and it seems to work just fine. Solid 60 fps at 1080p on high settings without motion blur.
The text was updated successfully, but these errors were encountered: