some1

Volume off, glideslope inactive Volume on, glideslope active

If you can't even contact ATC then you have a different issue. Here I can talk to ATC, but it won't turn on the lights until I'm literally above the runway.

I contact ATC and get inbound vectors. But ATC will turn on runway lighting only when tower has given permission to land. For helicopters, tower gives permission to land only when the aircraft is at the runway threshold. The result is you have to fly the whole approach in total darkness. There is a runway straight ahead.... A track with takeoff (ignore) and landing https://ufile.io/tf1wjge0

Sure it looks like it's GPU limited in FpsVR and MSI Afterburner. Anyway, just to do a baseline test and avoid the variation between various DCS settings, I recorded the graphs below when using 100% resolution in both SteamVR and OXR, and with VR preset in DCS. First mission is AH-64 in overcast, the second is MiG-15 in clear sky. Not much of a difference to be honest. The VRAM footprint is the same this time, the fps in the Apache may be slightly better in the OXR with less fluctuations, but hard to be sure. If there's a mind blowing difference somewhere, then sadly not on my PC.

I prefer to run high DCS settings (MSAA, shadows, high res textures) rather than bump headset supersampling. 60% in SteamVR is already higher than G2 screens resolution, not sure if it translates the same in OpenXR, but it seems so, looking at the performance and image quality. 100% in OpenXR certainly tanked the FPS, to the point of being unplayable.

This software lets you map the gamepad axes to keyboard buttons, which you can then assign to triggers in DCS https://github.com/AntiMicro/antimicro/releases/tag/2.23. You triggers look reversed, in the Apache the left fires the weapon while the right one is for laser. Doesn't make much difference, although to guide the Hellfire you need to hold the trigger for a while and slew the sensor at the same time, and the real Apache layout lets you do it with one hand.

I tested SteamVR and OpenXR back and forth on my system a couple of times (5900X, RTX3800, Reverb G2) and the results are, well... inconclusive at best. I used only the three files provided in the first post, did not use OXR toolkit. Set the resolution for both frameworks to 60%, which judging by performance and image quality, match quite well. Used the same settings I normally use for DCS, I don't have any shader mods. At these settings I'm GPU limited almost all the time. Also checked the performance metrics from MSI Afterburner after each session and compared results. The performance between SteamVR and OpenXR is roughly the same for me: In the light MiG-15 clear weather mission, OpenXR seems to be using about 500-1GB less VRAM. In a cloudy AH-64 mission, both frameworks use all the memory of my GPU (10GB). In the MiG-15 mission, both achieve 90 fps, but dip slightly below when looking around. In the AH-64 mission, OpenXR hovers around 38-44fps mark, SteamVR shows a few fps more, maybe because it's being uncapped as mentioned before. Not that it makes a noticeable difference in smoothness. GPU power draw in this situation is also slightly higher for SVR, which would confirm that theory. Image quality in OpenXR seems to be a bit better, in that the image seems to be a bit sharper, but also more jittery. So it's not like a resolution bump, more like a sharpen filter, or just a different scaling algortihm being used. Always hard to compare these things without the actual frame side by side displayed on the monitor. Motion smoothing in OpenXR does not work when set to auto, but works when forced on. However, it's always on, even if the framerate dips below 45 fps. In that case, it's using the next divider (1/3rd or 1/4th) and having motion smoothing from 20fps is a miserable experience anyway. Overall, it's an interesting development, but not a magic boost like some other claim here, at least not for me. May be different hardware, game settings, or just placebo effect at play.

That's still several times too fast for an accurate depiction on a monitor or VR helmet. At 100 fps without special gfx tricks you just get a massive strobe effect.

Maybe try to add a bit of deadzone for the gamepad thumbstics?

ED has already figured out how to get rid of the flicker in the Hind. They just need to implement the same solution here. (And hopefully in older helicopters too when they find the time).

After playing with the gamepad yesterday, a few thoughts. You need to be able to press lrfd trigger and move the right thumbstick at the same time, otherwise you won't be able to adjust lase point when guiding Hellfires. Likewise, you need to be able to press weapon trigger and move the right thumbstick at the same time in order to aim the gun while firing. So the xbox layout from the first post is not very practical in this regard. WAS buttons and sight SEL buttons are not that important to have them on the gamepad, as you can use the same HATs on your joystick that you use for the pilot. That frees a few buttons for other functions. Worst case you can put them on a keyboard. I tried the free AntiMicro software to map the analog triggers to buttons so I can use them as TEDAC triggers in DCS, and it works quite well. Worth a try.

Something seems broken. In Mi-24 there is no flickering in the cockpit, even though there is rotor shadow on the ground. In the Apache, there is flickering in the cockpit and you can't see rotor shadow on the ground. It's like the condition on which surface to draw rotor shadow is reversed.

Ffb trim enabled in special options? I've no idea why ED decided FFB trim Mode is the default option.

TBH I rarely use it myself. I just trim according to the situation. The middle position is not the correct position for hover anyway.

Guys, it's really easy to check if it works or not. Pick one of the models that has the new FLIR enabled, check how it's supposed to look, then check in game how it looks. Done. I'm surprised at this point it's even being questioned by ED. For example, this is how the Land Rover should look in FLIR according to ED's model viewer: notice the opaque glass, hot tires and canvas, cool body. This is how it looks in the Apache: And this is how it looks in other ED aircraft (hint: the new FLIR is not working) Silly enough, it's working in Razbam's Harrier, which is the one aircraft that was not mentioned anywhere in the changelog: zFLIR2.miz

The power levers are coded just like the throttles in other aircraft, the idle cut-off position is not part of the axis throttle range but needs a separate button command.

The reset trim button does not exist in any of the other helicopters simulated in DCS, it was always a convenience function. Looks like ED forgot to add it this time.

Just because 3rd parties say they did not touch anything, does not mean it's working the same if ED made global changes under the hood. More so if they are checking a different version, than the one which was uploaded yesterday for customers.

Came to report the same thing. The search feature in the user files is broken. The drop down "quick suggestions" contain the searched phrase, but the main search results don't and are completely irrerlevant most of the time. The most relevant result when you search for "German" seems to be

In reality it's the reverse situation of a "smear on the windscreen", but the same principle applies. With a windscreen you look at something that's far away (outside), while the dirt on the windscreen (near object) is out of focus. With the real IHADSS, when you look at the instruments (near object), the IHADSS is out of focus. It's hard to visualize, there's nothing like it that we use in daily life. Either way, it's an academic discussion as there is no technical way to simulate this effect in VR. Just play with the settings in DCS (left, right or both, with eyepiece or without) and pick the one that feels best for you.

That won't fix the focus problem since there's no technical way to fix it. If you set it to both eyes, then it will be separated in stereo like it's located in the infinity, but it will still remain in focus all the time. Even if you look at the gauges inside the cockpit it will remain sharp and obstruct your view of the instruments, instead of appearing more like a smear on the glasses. Personally I find "HMD to both eyes" feels better in fixed wing aircraft, but there the HMD is automatically disabled when you look inside the cockpit. Here the IHADSS is intended to be on all the time, and drawing it only in one eye helps with cockpit readability.

Yes, the "no spring, no FFB" option is what you want to set. Works for me.

It's impossible. in VR helmets everything is focused at the same distance. The depth perception in VR comes only from stereoscopic vision, but since IHADSS is only in one eye, you don't have that.

Bump. The roof still does not cast correct shadows.

Added AH-64 and A-4E.