Galinette

You can bind them, but it requires a small hack to the mod. The file is attached (open for instructions). This gives an axis for the UHF/VHF channels, and binds for VHF keys. At each DCS update, the default.lua file will be overwritten, you need to insert the three lines again. galinette-m2k.lua

I wanted to try VR cockpit clicking with my Virpil grip thumbstick & thumbwheel. In DCS, you can set joystick binds for left/right mouse buttons, and wheel up/down. But you can't use the ministick axis for moving the mouse. So I made a small autohotkeys script for moving the mouse cursor with two axis. Now the analog thumbstick moves the mouse, while clicking on it is left mouse button. The wheel acts as the mouse wheel, and clicking on wheel is right mouse button. This gives full mouse control with the grip hand thumb. I don't know if I will keep this, but I share the script here for anyone interested. Joymouse.ahk

I've played with the excellent DCS Menu Nav autohotkey script, but it wasn't fulfilling perfectly what I needed: - Sounds somewhat intrusive - The OSD wasn't visible in VR so I had to rely on sound only - The menu doesn't contain all the F keys so the OSD can't be placed properly in all cases I did some heavy modifications/tests and ended up with a very simple script which just moves the actual mouse cursor to one of the 12 menu entries, cycles through it, and allows mouse click. So now, I have a clickable encoder, which places the mouse over the menu entries, and clicks on it. The mouse placement is likely resolution dependent, so you may have to tweak OffsetX, OffsetY and LineSpacing variables. Mine are set for a Reverb G2 at 80% PD. Enjoy! ComMenuMouse.ahk

No, the alignment is wrong in FS2020 which has direct WMR support. What I believe, is that other environment make you look at infinity less often, and some divergence strain is compensated by looking to closer objects. In flight sims, you are most of the time looking at infinity for long periods, and slight image divergence causes high strain. This is well known in the stereo/VR industry, having objects at infinity is avoided whenever possible as it's super incomfortable with not perfectly aligned hardware.

Now I'm very happy with my custom DCS aligment, I can play 3 hours without significant eye strain. I just tested with FS2020... after 15 min it was hurting due to divergence. So it does not seem a DCS issue. But G2s seem to be calibrated like ass.

I have found an interesting workaround, I put my binds in a separate file. Then, in default.lua, I only have to add three lines which will include the other file. My separate file is not overwritten during updates, just the include lines, which I keep commented in the separate file. Attached, an example for M2000-C and F14B galinette-f14bp.luagalinette-m2k.lua

Followup on my DIY alignment bench (I have improved it a bit, by letting the headset still, while translating the camera, on my glass desk, with some teflon pads for easy slide, and some wood blocks with strong double sided stops for the 67mm stop). The slight horizontal residual misalignment was, as the picture shows, about 75% of the diameter of the mirage 2000 FPM circle, in divergence. Divergence is quite bad, so I shifted slightly in/out symmetrically for right and left eyes, until I get repeatable results. We will see if I get less eye strain like this. I had to increase L_OUT and R_OUT by 0.005 and decrease L_IN and R_IN by 0.005. However, I'm afraid these values are very headset dependent. Little tip for fine tuning : by resizing the debug tool window horizontally, you have much larger sliders, and can reach 0.001 adjustment steps, which was about the size of a HUD line in my tests. However, there is still a problem with the debug tool for values below 1.0 like the G2 has. For adjusting these, you need to edit the lua file and restart.

Same for any mod customization (such as new binds, etc...). Use OVGME to add/remove your customizations:: https://wiki.hoggitworld.com/view/OVGME

I don't give a s*#t the price, if they release a 2000-5 I pay it 80€ even if I have the 2000-C already

Dear Eagle Dynamics, My default IN values slightly below 1 and your sliders start at 1, so I can't adjust them, only by editing the LUA and restarting, thus making the process nearly impossible. Would it be possible to decrease the minimum slider value? Also, they are not super precise. Some +/- buttons for 0.001 fine tuning would be perfect. Cheers

After playing with the settings, I wanted to investigate a little more and do it more scientifically. So I did a quick & dirty bench, where I could translate the headset by 67mm without any rotation, and placed a fixed camera looking at the center of one eye. By translating the headset by 67mm (my IPD) the camera ends up on the other eye. I set up the camera to take two exposures with a 15s delay inbetween and merge them in a single picture. This way I don't touch the camera between successive shots. This is the first result with default alignment: And after inverting top-bottom: The repeatability is good, you get results consistent by about the thickness of 1 hud line. To me it seems clear that there was a vertical misalignment issue, and that inverting top-bottom fixed it. It seems there still is a slight horizontal convergence or divergence (the hud symbols should be at infinity, and thus matching) I will spend more time tomorrow trying to fix that convergence issue perfectly.

Hi, I fly at 1.0 pixel density, 4x MSAA

This probably means your headset is not properly adjusted. If the rings do not look correct at the center, but when looking on the sides, adjust your IPD until they look correct on the center. If they look correct when looking from up or down, move your headset vertically and adjust straps. The sweet spot looks small because the sharpness is awesome at the center. For a given lens, if the definition is poor, the sweet spot will look large, and if the definition is very good, it will look small. They have upgraded panels a lot, and not much lenses.

Basically, this tool allows compensating the panel alignment, by tuning the frustum for each eye in DCS. I believe the default values are retrieved by DCS from the VR API (Steam or Oculus) and have been factory calibrated. Misalignment, which causes eye strain, can be due: - To the factory calibration which wasn't done properly. In that case the DCS tool might be theoritically used for fixing this, but getting good values is extremely difficult without proper measurement tools. You might do more bad than good. - To DCS swapping some values because headsets/APIs have different conventions. In that case, the swap buttons might help I switched from a Quest, which was very comfortable, to a G2, and clearly the strain is much more present. HP might have some slight alignment issues.

Ah thanks!

Hi, Just received my G2. Is there any way to enable motion smoothing without the controllers? I found somewhere that it's in the steamVR settings, but apparently this was moved out at some update. I saw elsewhere that you can do it in the SteamVR dashboard (in-VR) where there is a WMR button, but I can't do anything in steamVR since I have no controller. Any idea?

Yes, I have 'Use Mouse' checked in VR tab. And when moving the mouse AND the cursor at the same time, the cursor moves as a sum of both moves. So for instance small inevitable head movements always shake the cursor even while moving the mouse. I'm using an Oculus Quest with Link. G2 ordered, I don't know if this is an Oculus vs Steam/WMR thing. I will do a video tonight. Yes, I have 'Use Mouse' checked in VR tab. And when moving the mouse AND the cursor at the same time, the cursor moves as a sum of both moves. So for instance small inevitable head movements always shake the cursor even while moving the mouse. I'm using an Oculus Quest with Link. G2 ordered, I don't know if this is an Oculus vs Steam/WMR thing.

Nice! Thanks For exporting all your settings for all your modules, I guess copying the whole Saved Games Input folder is faster.

DCS stutters because it's mostly single thread. Any operation (such as network I/O, loading textures on the fly, computing game physics, etc...) is blocking others. It's possible that more VRAM causes less frequent textures loads in-flight, thus less stutters.

Hi, On my system, the mouse cursor moves with my head. This makes turning a knob while looking somewhere else almost impossible. Some users (such as @imacken) have reported that mouse cursor stays still with head movement. Is that something we can configure somewhere?

Has the new throttle engine stop detents as well? @imacken : that's interesting, my mouse cursor always moves with the head movement... could we discuss this in the VR channel?

That's personnal preference I guess. I have played several many-player events where communications were very important, and we had to switch channels and set volumes a lot in a busy environment. Changing channels fast is very important, and it was really painful with the clickable cockpit. Now with dedicated encoders, this is super easy. I find the DCS clickable cockpit UI really painful for high workloads, since you have to keep your eyes pointed at the control the whole time. It's nearly impossible to turn a knob while looking at something else, there should be a "mouse lock" mechanism. For instance, in the Mirage 2000-C, the UHF channel knob is has a channel indicator just besides it, but the frequency is at a totally different place close to the hud. Turning the knob with the mouse in VR, while looking head up to the frequency, is nearly impossible. So if you know the freq you are looking for, but not the channel number, you're really inefficient.

I fly the Mirage 2000 mostly, and the panel is very handy in VR, where you need clear and simple command placement. I use the pots for radio volumes, encoders for channels, guarded switches for master arm and jettison, buttons for PCA and external views, etc... There could be some way to do this on the HOTAS only but it would certainly be less intuitive, especially when you need to reach everything blindly in VR with muscle memory and touch only.

Yes, this is the VIRPIL approach. I'm not a fan of this one, the switch spring fights the cover spring, and it feels wobbly and unrobust.

Most guitar pots are logarithmic, not a good idea for us.