This use-case in particular is why LFS is so great on wheels that have rotary encoders. The DFGT, G29/920 and most TM/Fanatec rims have multi-mode rotary encoders to which you can bind the next/increment/decrement/toggle functions to via LFS scripts. While in truth it is actually easier to bind these in iRacing than in LFS for instance, it's nice that it's still possible, and we're still given full freedom of how we set these up. The way LFS currently works allows you the versatility of being able to assign such encoders to multiple functions, not just one setting (e.g. brake bias). This is akin to iRacing's Blackboxes where a rotary encoder can effectively manipulate every single option with a single wheel control.
In my opinion, a far more useful bind would be one that cycles the F11/F12 menus, again akin to the iRacing blackboxes. In the meantime, that too can be set up with LFS scripts.
If this is possible, I would be in favour. Could even be given its own layout option: Dialog layout [fixed|centred] (idea attached).
Maybe I should also take this time to remind you of the space click issue I always run into while typing on my actual keyboard in VR while in text-entry mode. While typing with the chat dialog open, sometimes the gaze-cursor can trigger ok/cancel/specials when typing and pressing space, which means I have to make sure the crosshair isn't anywhere near the dialog, which just feels (and looks) ridiculous!
Flame reminded me of a small feature request I made in a VR demo video I made a couple of years ago surrounding the VR keyboard (@2:20). I wonder whether you could move it, or give the option to move it around (maybe directional arrows next to it like the mirror adjustment gimble?)
Just jumping on the tweaks bandwagon here. Cheers.
The contact between Dennis and THREE Brazilian drivers last night in turn 1 was mostly just unlucky. For all three of those guys to be in the same place at that time when the contact was initiated would have set off a chain reaction at any pps most likely. In that situation the drivers really need to be doing everything possible to avoid contact on lap 1, especially in such a multi national race.
That explains what I was seeing on the straights on the test server, the same update frequency I saw before on 4/6pps servers. As the cars turned for a corner, it was noticeably more frequent. I'm sure others will have some feedback and observations, and we plan to test this en masse tomorrow after GT2C on the death rally server, which should give us a good test case for close racing, collisions etc..