niru27

If it ain't broken, don't fix it. Why do you feel the need for constant, unnecessary updates?

The manual says: However in the jet: 1st press = Start timer 2nd press = freezes the timer DISPLAY, but the timer continues to run in the background 3rd press = unfreezes the timer DISPLAY, and shows the time elapsed since the 1st press F18_TIMER.trk

So there are no unguided penetrators to destroy C3 bunkers?

You can use this mission to reliably get CPU limited right at the (hot) start of the first mission, with a lot of activity. Was getting ~50fps with 12400 and went to 220+ with 9950x3D I always get GPU bound at the beginning of Raven One mission 2 "Riders on the Storm" But, with lower graphics, CPU gets additional headroom, and vice versa, so it is just a balancing act between CPU frame time and GPU frame time

Ah that might explain why the focus region has lower detail with the same QV settings compared to VD Godlike.

Using Intel Present Mon you can log GPU Busy, GPU Utilization % and total Frame Time. If Frame time > 13.89 and GPU Util > 100%, you're hitting GPU limits If Frame time > 13.89 and GPU Util < 95%, you're hitting CPU limits The problem in DCS is when there's a lot of units activity, it can spike CPU usage, so your frame time will go up. Perhaps we should tune settings to aim ~80% GPU usage so that we have headroom for sudden acitivities? -------- Have you tested how much CPU overhead QV adds? If you set peripheral to 1x and focus to 1x @ 0.01x0.01x, and compare that with QV disabled, that might tell us the minimum overhead required?

Same, VD seems to look sharper to me somehow, while Pico Connect seems to have higher dynamic range and better colours. Is Quad View working on Pico Connect for you? When activated, it seems the entire view is at the peripheral resolution, and the hi-res focus region isn't drawn

Your logic only applies to HDD. With SSD the data is never physically sequential since the controller has to do wear leveling, so it automatically moves the data to different parts of the flash memory. With HDD the data stays exactly where it was first saved, so the game files don't get "spread around" Further, the seek time for all sectors on a SSD is almost equal since there's no delay from a head having to physically move to the right place to read data, so it doesn't matter whether data is sequential or not. More importantly a human can't tell the difference between sequential and non sequential data reads.

Got a new PC. The script helped to transfer keybinds easily

Just run a slow repair on DCS, it will check all game files and redownload corrupt/missing files. This is the same as deleting + reinstalling DCS, except doesn't unnecessarily redownload everything. What makes a bigger difference is starting with a new Saved Games folder. Don't copy the old folder to the new PC. Start fresh. For keybinds you can use my script to automatically restore them on new PC:

Ah, good to know. One day I might rewrite the script to fetch the UUID from here instead of external DLL

Please follow the instructions on the Github What's the problem? Seems like your devices names got changed. Are current UUID's of connected devices always logged by DCS? In my script I have to use some DLLs to get that info

You can use my script to automagically restore from your backup:

I wrote a scipt to automate this:

One could set Mode 3 Squawk codes on the A10 for years now. While this does not affect the actual IFF outcome in DCS, it helps if you have someone on LotATC Recently while playing F18 Arctic Thunder campaign I realized I could set the M3 mode on Hornet as well So I'm thinking there are some valid, and some invalid codes, and that is what got modelled here