Are you using beta SteamVR? Any updates to it recently?
Wondering how you can lock fps to 30 in SteamVR? I have a VivePro and can’t see where to do this? I’ve looked many times, so suspect it’s not possible with the Vive Pro. Just checking I’m not missing something?
You need to be running the SteamVR 1.16.x beta branch to get the setting. It should then appear at the bottom of the dialog for per-application video settings. Beyond that I don’t know if it is something that won’t appear for the Vive Pro.
Hey @CptLucky8 , how have you gotten past the visual artifacts in motion smoothing? I haven’t tried it in 1.16.7, but every time I’ve tried it before I just get too much distortion in the propeller and when looking to the sides to make it worth using. Did they fix it in 1.16.7?
I just use an aircraft without a front propeller
Just try this and let me know:
TAA 100 + SS 124
120Hz + Motion Smoothing / Fixed Rate 24fps / Prediction 25ms (or 144Hz with close to 24fps/25ms values)
If your system can’t keep up, lower TAA to 80 (all the other settings as in “My VR Settings - Index” but with Terrain LOD 100% instead of 50%)
This presumes you can render comfortably with some headroom at this rate. Try a not much demanding aircraft to get started (Longitude or C172 Analogue are working fine with me) over Hawaii or a flying in the ridges of the desert south of Dubai to get started.
Lol! I’ll give it a try tonight. Thanks!
Thank you so much! Thought I was on the beta (usually am) but for some reason it had reverted back. Switched over and it’s there. Looking forward to giving it a go.
Hey Cpt, When I’m reading your settings, I struggle with your callouts for the settings. In other words, I know where to set TAA but I want to verify what you mean by the others.
"“TAA 100 + SS 124"”
I assume this is in the FS2020 VR settings page. I set the Anti- Aliasing to TAA but which slider goes to 100? Is that the Render Scaling? Also which one is “SS 124”? I have no callout for Super Sampling.
In STEAMVR, I have the Refresh Rate at 120 and Motion smoothing ON. In the PER APP for MSFS2020. the Custom Res Multiplier is at 154%, Motion smoothing ENABLED, Throttle Behavior = FIXED, Frame Rate at 24 and Additional Predication at 25.00. The Propeller makes me wanna barf ! How do you get around that?
This is what I’m referring to as SS 124 → Res Multiplier 124%
NB: this is based on “My VR Settings - Index” discussion where I explain I set SteamVR global scaling to 100% manual, and only adjust per-app (in this case FS2020 to 124%). This gives about 2.2K x 2.4K pixels IIRC (not on the FS2020 system right now to give exact figures).
PS: I’ve found out 124% is having some nice aliasing/perf balance properties compared to 125,128 and a few others.
150% is not as effective as 200% visually either (you don’t pay the cost of 200% when using 150% but you barely benefit from any increase in clarity compared to 124%).
With 154% you’re paying a higher cost than necessary pixel wise, while also not benefiting from any aliasing property which helps enhancing some of the clarity!
But these are just my own personal observations and preferences.
I remember reading about the 100% setting in Global and that is where I have has it set for quite awhile. Right now, It seems good except the dang prop. Man, I cant look at it as it is BAD!
You might want to try out some community mods specifically for the propellers:
I’m going to mess around again with motion smoothing tonight, and possibly the prop mods, but I will say that I’ve had acceptable performance without the prop distortion and minimal judder (at least not terribly noticeable to me) just relying on async. reprojection with motion smoothing disabled.
Ok this thread blew up overnight.
I’ll add in my metric to this issue - I hadn’t paid attention to “beta” status or not but folks referencing it here caused me to think/check.
I found that my system had apparently reverted itself OUT of the “beta” program for SteamVR. Reactivating the beta 100% solved the odd stutters I was seeing.
Hi @CptLucky8 ,
I finally had a chance to try this out this morning, given that the Azure servers were down last night. Very interesting… jury is still out somewhat.
This is similar to my previous configuration, with these differences. I was previously running TAA 70 + SS 224, no Motion Smoothing, Fixed rate 30fps, 0 prediction.
My first impression was that this was slightly blurrier than my previous config, and aliasing was more noticeable on straight edges. But as soon as I started flying I have to say I was impressed by how smooth it was and I think the outside terrain actually looked slightly better. The overall experience was definitely smoother than I am used to - almost “butter” smooth, and I can’t say that the cockpit was blurrier to where it turned me off - certainly readable. I’m definitely going to live with this for awhile. MSFS is an incredible experience in VR when it is as smooth a silk!
I also will note that the artifacts from motion smoothing seemed much less pronounced and annoying than when I had tried it before. And this is in the C172 steamguage model without a prop mod of any kind. Possibly something to do with one of the latest SteamVR beta updates?
My only major concern is that I experienced a CTD after a few minutes over Washington DC, something that I rarely have happen. I’m hoping it was a one time random event. But overall I think this config might be a winner.
Thank you for sharing your experience!
The artefact are vastly reduced on my test system thanks to the prediction setting in ms. There is a very good technical explanation in “My VR Settings - Index” topic about this one.
In practice, I find the easiest it dialing in the fixed rate which seems to be working best first, then adjusting the prediction to where the artefacts are minimal. I turns out I end up nearly always at 25ms with the latest SteamVR beta.
Sometimes you might find you can get a little higher than 24fps rate but maybe not up to 30fps. In this case you might want to explore 144Hz which gives you different rate options.
The hardest is deciding whether you fly with or without motion smoothing. Sometimes it works fine without and you can raise the resolution, sometime it works better with and you can eliminate juddering. I’m not settled on any but the next advantage of the Index vs the G2, is you can chance this live, on the fly, and immediately compare. You don’t even need a controller thanks to the button on the Index!
What I find interesting with this new configuration is that 24fps with motion smoothing feels smoother than 30fps without. I wasn’t experiencing stuttering before, but I could see framerate drops in certain areas which so far do not seem as noticeable now.
Flying over the Aleutians in the xCub, I am now smooth with no headache. I have HAGS turned off, SteamVR BETA 1.16.7. What should I adjust and what is the MAX that I should go to get a more clear picture thru my INDEX. Still seems too blurred!
Well CptLucky, here’s a new one for ya! I’m on the tarmac at KSAN, sitting in the A32NX. I load up a SIMBRIEF plan into the FMC, get everything ready to go. Activate VR with CTRL-TAB. And it’s smooth. BUT… As soon as I hit the SPACE BAR to recenter my seat view, the frame rates tank, jitters and a total mess. I did this 3 times and every time I hit that space bar, the VR experience goes to ■■■■. Any ideas?
Wait for the next update?
Honestly how could I know?! You might be having the dreaded mouse bug:
Mouse cursor bug that lowers FPS - Virtual Reality (VR) / General - Microsoft Flight Simulator Forums
The thing is that until you depress the space bar, any input is disabled, therefore, the code is not “scanning” (polling) any interactive item (lever, button, etc…). The bug described above is related: when hovering the mouse on a UI element, the code knows you won’t interact with the cockpit and simply doesn’t poll the items until the mouse leaves the UI. Good optimization idea in general, but poorly reflecting on performance in practice, because it shows polling all interactive items in the cockpit is really taking a lot of CPU power and this makes me wondering why so much.
Is this CoherentGT, meant for UI mostly, which when used for interactive and EFIS display (good idea - one size fits all - but not designed for real time display in a game in my opinion when competing with so many other things to display at the same time) is causing this because instead of traversing a node tree in 3D using traditional BSP-like techniques, it forces to traverse nodes serially for example?
Is this just because they are using mutex while traversing the nodes?
I really don’t know, but you can see with XP11 (if you’re not a developer doing 3D code and apps), traversing the entire list of interactive items in a 3D cockpit, with the additional highlighting in green of the same 3D cockpit item when the controller is touching it, doesn’t take this much CPU resources at all. It would require maybe half a million of these items in a cockpit to start feeling the CPU struggling given the power available in our modern CPUs.
This is not a rant, I’m just trying to explain probable causes as seen with the eye of a developer.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.