ThatPieMan

How do these work with the separate binds? ie, the AAI switch or the CMD switch? Edit: Appears they also switch the AAI/CMD switches as well, good to know.

Currently, the command to show/hide flight controls does not work in the WSO position. This is with ghost controls switched on or off.

Seems like a known issue luckily

So I assume still not fixed? Sheesh almost 8 months on from release now.

Bump 2, still an issue? Haven't been able to test in quite some time

Bump. Anyone know if it this is still an issue? Or are we still waiting on a patch?

Yup, the inbuilt voice activation, not Voiceattack.

Yes, the regular PTT mode works for the intercom and the radio. The I ON mode is not available as far as I can tell, which should be automatically engaged and be used for VOX/Hotmic when selected from the '64 from what I understand of the guide. Clicking the I PTT icon has no effect.

Keen! Makes it easier to see the difference

Using the native VOIP system in DCS it seems the vox/hot mic intercom system is not working, and only PTT is operational. (Might just be that I have things setup totally wrong however.) Anyone know if this is a current bug, NI, or just me being a dumbass?

Yeah I think you're right @mbits, I may have jumped the gun on the solution here, as I'm noticing the SAS saturation warning is not coming up on the frontal display when I hear the tone, whereas I can see it happen other times. As for beta testing, it is admittedly an EA module, but I think they should at least be documenting all the changes they make, not just cherry picking them.

Hey all, After this newest update to the '64 I'm now hearing a long loud tone more frequently. I've tried having a look around for a description of what it means but no dice. I recognise the short tone as a hold mode disengaging, but not sure about this long tone. It almost seems like the original hold disengage tone from first release, but not 100% sure. Anyone know what it might be, or any docs of what each tone means?

Bump. An option would be great, and if set off by default won't affect pancake players at all, while making VR players lives much easier.

Bump. Anyone know?

+1, very pronounced at night in VR. I agree with charliefox: It definitely seems like the faster response rate, paired with little damping and a naturally always moving head in VR, even minutely would lead to this.

Cheers Nightstorm, looks like that might just work.

Gotcha. Might need to tweak some settings. A flight member also came up with a theory due to this, as they had the same issue with judders in the IHADSS/PNVS and on the vid underlay for the MFD's. Are you able to confirm? It would make sense why frames would drop, and overall visual clarity and smoothness increases on the MFD underlay/PNVS/IHADSS.

No worries. I'm running OXR @110%, MR auto, with a 3080, 5900x, 32gb @3200mhz, 1TB SSD, HP reverb G2. Settings screenshot included. Should probably throw that all in the sig tbh.

When using the 512 per-frame on cockpit display res, if you enable a VID view, ie, TADS, or enable the PNVS I've found FPS to drop by around 5~ish frames. Not using per-frame results in what seems to be frame judder on the VID and PNVS view, as if its being rendered at ~15 fps, relative to 45 which I can read off the counter. This is obviously also an issue, especially in the case of PNVS flying. Running in VR this is quite a large amount of FPS to lose. Running on a reverb G2, 3080. Track file (hopefully the right one) included. Might just be something to add to the optimization pile, but figured it was worth recording. VIDPNVSFPSBug.trk

Had some issues with the CPG NVG's in MP. With two different players, aircraft, binds and view mode (pancake and VR) the goggles would not come on. The bind displays it works in the controls tab, and the goggles work in the pilot position in MP, but not in the CPG position. In SP the goggles come on as expected in both positions.

After doing some more testing it turns out: The off/idle when held switches them to off, and letting go returns them to idle, as if spring loaded to return to the idle position. Pressing from off switches them to idle. I assume this is the detent described in the manual. (P.52) It may be worth changing this bind so it actually toggles between each position, as we already have buttons for each individual position for each lever, but not both at once for each position. I've included the track file, but I reckon its redundant now. OffIdleBug.trk

Fair enough! What is that ACC mod specifically? Or have I just missed something entirely obvious

What is OXRCACC and OXRTK?

Have a re-read through the original post. You'll notice that it specifically says that the FSR mod is not supported. The openXR toolkit has an FSR mode, but its a bit hit and miss.

Dunno if deadzone would do it, it seems to be the thumbstick button, ie clicking it in. If I hold it down (clicked in) it stops, and sometimes clicking it a few times will stop it for a while. Its bizarre. I suspect its an OXR issue, but not 100%