streakeagle

I am using Virtual Desktop with the Quest 3. Virtual Desktop supports passing the hand controller data to the PC as if it is controller data. All I had to do to get this working was: 1. Enable hand tracking in the Quest 3. 2. Enable hand tracking in the Virtual Desktop Input settings (while in Quest 3 virtual space). 3. Enable hand controllers in DCS World VR options menu. I find it even more clumsy than the Leapfrog implementation. PointCtrl remains the most intuitive/reliable/precise means of operating controls while in VR other than using a mouse. Unfortunately, PointCtrl is almost two full years behind on shipping orders. So, I primarily rely on using real-world WinWing panels (flying by touch and muscle memory) mixed with mouse control.

While in the cockpit, you can bring up the options menu and this check box can be toggled.

I had that exact version in the mid-70s. Loved the Corsair II ever since.

How many more years before this long-standing bug is resolved? Just a little bump so it isn't forgotten.

The Forgotten Early Cold War servers have been around quite a while, so we have some idea how to troubleshoot problems. But in recent weeks, the main online public dedicated servers are causing frequent disconnects experienced by multiple people. The weekly co-op mission suddenly freezes, and everyone is disconnected. The server appears to be running ok without crashing, but the local network gets jammed. I also host dedicated servers with the same configuration. The only difference is that I add mods like the VSN F-4 and allow red side clients for PVP. I have suffered this same disconnect on my own network: i.e. I am using a separate PC as my client to join/fly on my dedicated server. The same problem has occurred at two physically different locations with different dedicated PC servers. However, they are both running the same missions/scripts: most missions have MOOSE, some have Skynet and/or MIST. The persistent PVE servers are also running SLmod, but the private weekly co-op server does not use SLmod. Today's co-op mission was using Liberation. Studying the logs from today after attempting to fly Liberations twice, the only abnormal errors I could find looked like this: 2024-02-25 21:38:08.047 INFO ASYNCNET (Main): onPlayerSlot(6, 485_2) 2024-02-25 21:38:08.048 INFO ASYNCNET (Main): rejected by onPlayerTryChangeSlot 2024-02-25 21:38:08.151 ERROR LuaHooks (Main): [string ".\Scripts\RPC.lua"]:53: bad argument #2 to 'format' (string expected, got nil) 2024-02-25 21:38:08.151 ERROR LuaGUI (Main): [string "./Scripts/RPC.lua"]:53: bad argument #2 to 'format' (string expected, got nil) 2024-02-25 21:38:12.575 INFO ASYNCNET (Main): release unit 2024-02-25 21:38:12.575 INFO ASYNCNET (Main): client[6] occupied unit 485_2 2024-02-25 21:38:12.704 ERROR LuaHooks (Main): [string ".\Scripts\RPC.lua"]:53: bad argument #2 to 'format' (string expected, got nil) 2024-02-25 21:38:12.704 ERROR LuaGUI (Main): [string "./Scripts/RPC.lua"]:53: bad argument #2 to 'format' (string expected, got nil)

At one time, this wasn't commented out. But for years now, I have to go back and fix the UH-1 joystick inputs after every patch. --{down = iCommandCockpitShowPilotOnOff, name = _('Show Pilot Body'), category = _('General')},

The show pilot command is available for key mapping only. So, every time DCS World is patched, I have to edit the AJS37 to allow me to map a joystick input to "show pilot". If this one thing was fixed, I would not need any custom inputs for the AJS37. This is what I have to paste in after every single patch: local keycommands = { -- Custom Controls {down = iCommandCockpitShowPilotOnOff, name = _('Toggle Pilot'), category = _('View Cockpit')},

I have always dragged AI down into mountain valleys to force them to either turn away or hit the ground when they are more maneuverable than my aircraft and on my tail. However, it seems that recently, whenever I engage an AI MiG-19 and get into a WVR ACM dogfight, the MiG-19 tends to go low and hit the ground or water almost every single time, especially as I convert into a firing position. Other AI opponents often go low, but don't often hit the ground unless they catch a tree or hill. I don't recall the AI MiG-19 hitting the ground this frequently.

I have gotten fairly proficient with the Mirage F1. But when playing the instant action dogfight practice mission, I could never beat the MiG-19 and almost always ended up with the MiG-19 on my tail in a desperate rolling scissors to avoid being gunned. If I tried to maintain energy or extend, I would get killed almost every time. I watched @CrazyGman's YouTube video on how to dogfight in the F1. Per the video, I edited the instant action dogfight mission to start the F1 with just over 2,000 kg of fuel. I started with 2 x Magic 1 on the wingtips and 1 x 530 on centerline. I burned up the 530 killing the MiG-23, then used the F10 menu to add the MiG-19. As I crossed 2,000 kg while engaging the MiG-19, I could now hold my own and force high angle-off gun passes. As I dropped below 1,500 kg of fuel, I could get behind the MiG-19 and eventually saddle up for a solid short range gun kill. I could not ever get a missile tone with the Magic 1. But until I cut the weight down, there was nothing I could do against an AI MiG-19. I don't know how practical it is to fight with the fuel so low. Maybe that's a better idea with the F1 EE and its refueling probe. But it was nice to beat a MiG-19 in a knife fight. I suspect a player flown MiG-19 would be harder to kill. The player can't cheat on aerodynamics like AI can, but a player can fly to the strengths of the aircraft and avoid tactics that would fail.

Yes, it does have problems. Every time I try FSAA in a dogfight, it gets ugly. But it looks so good taxiing around the airfield with almost zero shimmering or aliasing. There must be a way to get sharp images and minimize aliasing/shimmering in VR, but I haven't found it yet. Always a compromise between image quality, frame rate, etc.

As far as I can tell, there are no other mentions of the V3 in the manual (which is dated January 1975 Change 14 June 1990) other than the stick grip switch and the helmet off reset switch. But is it not a weapons manual, just a flight manual and it went through countless changes over the years. I agree that both functions are for the V3 missile/helmet sight system.

Here is an image from the same manual show the armament controls. It clearly includes the Reset Switch (V3) which seems to have a label including "OFF HLMT" which agrees with your assessment. But that would mean the other page showing the stick switch as a search light switch is wrong... it is possible they missed it since the other page shows the searchlight switch moved to the throttle grip. But the text description for search light operation still specifies the stick grip switch per the above illustration that was the next page after the text.

V3 is a revision number. I found other switches with the same label. A few pages later it identified the function of that switch as the Search light button. Interestingly enough, it also identified a button on the throttle as the search light button.

I was looking for a description of the V3 function control in the same manual, and found this illustration showing it as the searchlight button.

I was trying to see if this works tonight. Either I failed to execute this properly or it is still "pending". Based on repeated attempts, I would guess with 99% confidence that it is still pending.