Talk:Red Dead Redemption 2

About this board

Fix for "ERR_GFX_STATE" error after new update

9
Infogram (talkcontribs)

Started getting this error after the new update whenever I loaded into a save, after some investigating I found deleting the sga_vulkan_final_init files (should be 3 of them) inside "Documents\Rockstar Games\Red Dead Redemption 2\Settings" would let me load in without any issue (game regenerates them when they don't exist), seems like I need to do this each time I want to start the game though...

I'm not really sure if this is just something to do with my setup or not so didn't add this to the article yet, made a few posts on reddit about it though so I guess we'll see if it helps any others.

Infogram (talkcontribs)

Well I've had two confirms from other people that this lets the game work for them (seems this issue is kinda rare already so I can't really expect tons of responses), but now that I'm pretty sure this isn't just something on my end I'll add something to the article about it in a sec.

E: also, another small issue with the new update: some reason the settings button is grayed out on the main menu now, need to wait 10-20 seconds for it to enable itself... not sure if that's worth a mention in the article or not though, but there's been lots of people asking about it on the subreddit (previously the button was always enabled, dunno why they changed it)

Infogram (talkcontribs)

Strange, after playing for a bit and making a new save, now I can play the game fine with the sga_ files in place, no need for me to delete them now.

I guess maybe it had something to do with where I saved it before? Unfortunately can't remember where my save was when I was getting the crash, will have to try checking some older saves.

If this is the case I guess it should be added to the article? Since this'd mean you don't need to delete the sga_ files each time, just delete them once, load in, and save in a different location. I'm still not completely sure the location is what caused it though...

EDIT: aha, found my old save and yep, the crash still happens with it, so I guess that must mean the problem is location-based?

For reference, my chara was located at the bottom-left of the "N" in "LEMOYNE" on the map: hxxps://i.imgur.com/JpDeq7D.jpg (can't post URL for some reason...)

Would be interesting to see if anyone else gets an error there with the cache in place.

E2: Loaded my crashy save with sga_ files deleted, moved to a different area and saved game, then restarted with sga_ files from last run, and it loaded in fine!

Added a mention about needing to relocate to the article, would still be nice if someone else can try saving at that location I posted and see if they also get a crash in Vulkan mode though.

Rose (talkcontribs)

"Fixed it by going into Online (because that worked for some reason) and then loading my single saved game from there, and it worked after that."

From this comment.

Does it help? It would be better than removing files.

Infogram (talkcontribs)

Just gave it a try and seems not :( Switched to Online on the menu and tried loading in, load screen showed up for a few seconds but then gave the same error.

(strange that my bugged SP save would effect the online part, maybe because I haven't set up my online chara yet or something...)

Removed the cache files & tried again, and it loaded in fine.

Too bad, that would have been a better fix. Sounds like it can help for some people though, could still be worth mentioning it I guess.

Rose (talkcontribs)

There is not much evidence for it that I'm aware of. Thanks for adding the main fix to the article though. Since the addition, I've seen multiple reports of people saying it works.

98.255.25.124 (talkcontribs)

I just created a batch file to cd to the "Settings" folder and del sga_* and then launch RDR2.

2600:100C:B023:E8AA:506:8333:AE9C:7193 (talkcontribs)

I have been having the same issue using Vulkan API. Deleting sga files has worked thus far, but sometimes it just loads fine, and I believe the location based theory is correct. I saved near clemens point after hunting iguanas where the pirate hat is located on that island, and then closed. When I tried to load it next time I booted it up, it was crashing on me. This happened early on when I first started playing, so it was very strange this time. But I deleted the sga files, and reloaded, and instead of freezing with basically a white screen as before, it piece mealed in different parts of where I was, meaning the land first, then fog, then half of arthur's body, the particle physics (like the flies above the water) and then the rest loaded in, and I was able to play. It is stupid that u am playing so slowly bc I'm afraid my game will crash somewhere, and I am saving after everything I do, like picking herbs, or random person run into. I have taken to saving at back at camp, because camp has loaded up each time so far, and hopefully it continues to. Or hopefully, they figure out wth is going on and fix IT. This white screen crash when loading seems to only happen with Vulkan, because when it happened initially, I switched to DX12, which loads fine, but crashes every time I try to enter thru Valentine's town from the meat seller/horse stall side of town. I believe this post is true to why the crashes are happening.

2600:100C:B023:E8AA:506:8333:AE9C:7193 (talkcontribs)

Also, when I was loading up after my save, it was loading at clemens point. The gang camp was still back at horshoe overlook, early in the story mode

Reply to "Fix for "ERR_GFX_STATE" error after new update"
Kaminari (talkcontribs)

The statement is inexact. The exclusive fullscreen mode does work via Vulkan, but it is buggy. It gets automatically reset to borderless window at the refresh rate of your desktop (usually 60 Hz) every time you change a graphic option or you restart the game. You can easily reproduce this by selecting a 50 Hz refresh rate and the display will switch to exclusive fullscreen at 50 Hz, until you restart the game.

Rose (talkcontribs)

I did additional testing at your suggestion. I created a custom resolution with the width and height of the native and set it to 50 Hz. I launched the game in the DX12 mode but the game window was borderless. Then I set the API to Vulkan and restarted the game manually - after this it still would not minimize to the taskbar from the launch screen, no settings touched. Then I looked at the settings to confirm that the Screen Type was Fullscreen. Setting back from 50 Hz to 60 and back and restarting had no effect either.

Keep in mind that I do not have a G-Sync monitor, but the statement we have in the article isn't exclusive to G-Sync monitors either.

Kaminari (talkcontribs)

I stand corrected. After several tests under both Win7 and Win10, I came to the conclusion that indeed the exclusive fullscreen mode is buggy and will silently fall back to borderless window mode (while still indicating "fullscreen" in the settings).

The difference is that in Windows 7 the game can force the desktop to change its refresh rate (for example 50 Hz), but for some reason it doesn't work in Windows 10. Under Win10, if your desktop is 60 Hz, the game will be locked to 60 Hz (borderless) even if you try to change the display rate in the settings.

What's also interesting is that this "refresh rate" setting is actually controlling two options: the display rate proper, but also the frame rate. Under Win7, when you set 50, you actually set 50 fps as well as 50 Hz. If you try 50 under Win10, you'll get 50 fps BUT forced 60 Hz, which will produce obvious stuttering.

In short, exclusive fullscreen doesn't work. And if you want to run the game at anything other than 60 Hz, you have to change your desktop at the desired display rate before running the Rockstar launcher. Of course that doesn't help much for GSync/FreeSync screens.

Reply to "No exclusive fullscreen"
Infogram (talkcontribs)

A new NVIDIA hotfix driver was released today which is supposed to help with stuttering in Vulkan mode - though really after the latest game update (also released today) the stutter seemed to be mostly gone already, maybe it can still help somehow.

As this is a hotfix it doesn't show up on the NVIDIA driver search / GeForce Experience / etc, seems it can only be found on the support page they posted it: hxxps://nvidia.custhelp.com/app/answers/detail/a_id/4930

Might be worth mentioning it in the article, since it'd be pretty hard to find otherwise.

Rose (talkcontribs)

Thanks. That is now done. Could you check whether it solves any of the issues known to you or experienced by you, then do a quick search on reddit or any other places you know of, and remove the instructions that are no longer necessary? Keeping notes of updates for a while is still important but it's best to clean up the article to give more visibility to any of the outstanding issues and applicable fixes.

Rose (talkcontribs)
Reply to "NVIDIA hotfix driver"

On providing instructions and references

1
Rose (talkcontribs)

One of the reasons for creating PCGamingWiki was the lack of easily accessible and comprehensive instructions on making games work.

As such, the guidelines of the wiki state "if the fixes provided are not explained in a clean and easy to follow process, then they are useless. Ultimately, this defeats the purpose of this wiki.", "Do NOT ever assume that the reader can "figure out the rest". Provide a full set of instructions for the fix, up until the game is fixed completely and can be played." and so forth. Avoid one-line recommendations unless they are fully sufficient.

Moreover, we want to make sure instructions or other claims are verifiable or come from credible sources, because otherwise articles would become polluted with all kinds of anecdotal evidence that may be purely coincidental, making them extremely hard to navigate and distracting from the useful, verifiable claims and detailed instructions. The wiki exists to summarize and outline the best of the available fixes for each game. Attempting to be a disorganized collection of blog posts and disconnected user comments would defeat the purpose of the wiki. This is also the reason we should avoid providing general instructions within game articles and take them to guide pages. There is no doubt that lowering graphics settings or closing unused applications can improve performance, but that is applicable to all games, it is common sense, and thus of no added value to each specific game article.

Reply to "On providing instructions and references"
There are no older topics