Lange_666

DCS forum has a dedicated subforum for VR (https://forums.eagle.ru/forum/302-virtual-reality/). Lots of info there.

Found it: it's not possible directly from the WPN page. If i bring up the WPN and the SMS page on a separate display, i can switch types and modes on the SMS page.

Selfmade training mission, 3xAGM-65D on pylon 3, 3xAGM-65H on pylon 7. I can switch between the types as long as one type has not been fired. Once i fire an AGM-65D, i'm unable to switch to an H-type (nor do i get out of VIS mode). However, i have still 3 left. What do i miss/wrong/need to do to switch types?

Benchmark: DDR5 5200 vs DDR4 3600

There are 2 minor drawbacks but easily solved. - The metal TH stick is to heavy for the light springs that are installed in the Virpil base so the stick will lean forward. The base comes with an extra set of heavier springs, if these are installed, the forward lean is minimum, easily corrected with a recalibration and as good as unnoticable. If you find these still not heavy enough, there is an extra heavy spring set available but that's an extra order. Personally i'm fine with the standard heavy springs that come with the base. - The base plate is a bit to light for heavy use since the heavy WH stick is on top and can flip when lots of force is used. Not a problem for regular flying but heavy dogfighting or acrobatics can lift/flip the Virpil base. To cure this, i used the base plate of the WH and drilled 4 new holes in it for the Virpil base to attach. The Virpil base will cover the old ones so it all stays nice and clean.

I'm not of any help here regarding your problem but if you need to cash out for a replacement, compare that to what you have to pay for a Virpil WarBRD base and if it is within your budget, don't hesitate and buy one. You'll be in for a very nice threat and if you're using Target software, you can reprogram the Virpil base so that Target still sees it as a Thrustmaster one.

and i'll second that...

This time measured with FRAPS (couldn't get the FPS Min,Max, etc not to show on MSI Afterburner for some reason): On my settings: Stable 2.7.6: Frames: 5917 - Time: 60000ms - Avg: 98.617 - Min: 87 - Max: 108 OB 2.7.8: Frames: 5154 - Time: 60000ms - Avg: 85.900 - Min: 74 - Max: 93

Same here, running with impalor's settings copied over into my options.lua (i normally run a 2560x1440 screen) i still have the same performance difference between Stable 2.7.6 and OB 2.7.8. So with his settings on my monitor i now ran the test in sort of a small window. At first there was no difference but the FPS didn't fluctuated anymore, not even a little bit, 119FPS for both. Then it occurred to me that G-Sync played a roll and with the monitor refresh set to 120 Hz it was spot on that G-Sync played a limiting role, limiting the FPS in DCS to 119. Next step was to disable G-Sync and put the monitors refresh rate back to default which is 144 Hz (i set this to 120Hz because of TrackIR). When this was done, FPS could go unlimlited (above the clouds in Stable it hit 200 briefly). Result (don't look at the CPU 1-4 values, they jump up and down all the time): Stable 2.7.6 Open Beta 2.7.8

Just ran impalor's test track, played the Pause game. Results for me are the same as before, quite a drop in OB performance, both run from the same SSD. Shots +/- taken at the same moment, when the F-18 dives under the clouds and levels out on the coast line. But the difference is there throughout the entire track. Pancake mode. Stable 2.7.6 Open Beta 2.7.8 One thing: when running someone else's track, does it run with my settings or with the creators settings? If it runs with my settings, i would like to retest with impalor's settings but i can't find these (the google drive link doesn't show these or do i miss something?).

Is there a way to get TrackIR back to work after a re-scan of input devices? Otherwise a re-scan is useless if you need TrackIR working.

No it's not, it doesn't really matter where it's located. There should be no difference when located on HD or SSD (or NVMe for that matter). It will only load faster from SSD and that count also from stuff thats need to be sideloaded when a mission is already running (which is only minor). It should not have influence on overall FPS. There is also no need to run a very complex mission to see difference in FPS delivery, just fly around alone is more then enough (in that case there is no sideload at all...).

Full screen behavior changed since the 2.7 release: I'm still looking for a decent way to see if DCS is running Full Screen or Windows Borderless Mode. I can only tell the difference if i click anywhere on my second monitor and DCS minimizes. If i press Alt-Enter, the screen flickers briefly but i can't really tell if i'm on Full Screen or Borderless.

Spot on, just a little bit more now and the topic gets locked which in my opinion just proves our point.

That's a bit of bullshit. Loosing performance and then bring it back with multithread/Vulcan to end on the same level again as were we left off (if multithread/Vulcan will even deliver that "upgrade" which i personally don't believe). And would it bring that extra, just think of the gain if there was no loss to start with...

This bugs me since they changed the Full Screen behaviour a few patches ago. How on earth does one see the difference between real full screen and borderless (if real full screen even exist since then)?

Yup, straight impossible if you ask me which gives me the creepy feeling the loss in performance will stay. I even wonder who at ED's still runs anything older then 2.7.7 since that's the latest "stable" version already with the performance loss in it (compared to 2.7.6). I'll keep my stable at 2.7.6, won't upgrade to anything higher just to keep a reference.

This script is not for assigning keystrokes to various buttons but for assigning DX outputs to every button/switch/trigger combined with longpress and layer actions. If you want to generate keystrokes, the standard scripting (like in the TARGET manual) is what you are looking for. If you want more then 32 DX outputs available on a combined device (when a script runs it combines throttle and stick into one single device) you need to look for the standard 120DX file which replaces the default target.tmh file and start from there (the tmh files are not for editing in general, you should create/write a script with a tmc extention, not tmh, at least for starters). Also, since you are trying to generate keyboard outputs I might be wrong but I don't think you understand what DX outputs are. targetdx120.tmh

Quick Q: 240 or 360 AIO, what are these numbers referring to?

My data (shots and requested files) is in the original thread, i see no need to repeat it again in another individual thread.

OTT user here. ODT comes with chinese (read not understandable) settings like: - Pixels per display pixel override... - Force Mipmap Generation on all layers... - Offset Mipmap Bias on all layers... - Pose Injection... - etc....

Same problem here. And it's also happening in MSFS. Getting the • (an arrow in MSFS) to move over the overlay to press a button or something can be trial and error. For the comms menu, moving the • off screen to the right at the menu location and then back helps.

Never been an issue here with any of my controllers (currently a TM Warthog). The only device that turns windows back on after putting it to sleep or even turning it back on is my Garmin Edge 810 cycling computer when hooked up on USB.

I delivered the requested files and posted some comparison screenshots so that should be enough from my side. I didn't notice a problem at first since i cap my FPS and on 2.7.7 it didn't go below that capped value so there was nothing negative to see. After uncapping the FPS, the difference is what i posted. I'll keep stable at 2.7.6.13436 as a reference because once updated, there is nothing to compare anymore.