ouPhrontis

Coupled with being steeped in history, Neville Duke breaking the sound barrier in a modified one, of which his Hunter is now down the road from me at Tangmere. Plus Tangmere also have this Mk5

As Ciribob said; not knowing who is talking is no fault of SRS, that's down to the radio users to positively identify themselves, just as it is with transceivers in the real-world, nor do we know who is listening until they respond/Tx. Tools to know who's listening might be handy in TS, though personally I'd find that superfluous unless they're taking part. DCS is about simulation. I'd flown on FSX multiplayer servers with TS and found that quite a great deal more of a mixed bag of being stepped on, or general undisciplined Tx. It has its uses for sure. TS has a lot of features, but I think there's a lot of cruft. Any-road, not wishing to argue; just my two-pence.

Using Windows own 'Parental Controls' you could add a schedule rule per program (in this case DCS_update) for permitted access to the internet.

TS IS third-party voice software. I've used it before for milsim in ARMA with ACRE, but SRS - in my opinion - is a far better fit for DCS BF. SRS for quite a few aircraft integrates with the in-game radios, that it mimics different frequencies also translates to an easier way of separating comms out, than trawling through some of the labyrinthine TS room structures I've come across. Also it doesn't require registration, though I understand Discord doesn't either.

Agreed, though maybe I'm mistaken but I think volumetric clouds are in the works. https://forums.eagle.ru/showthread.php?t=182513

I seem to recall LOMAC having layers for the cumulostratus that were quite convincing from above. -edit- Here; Though for individual clouds I think it's as it is now, or close to.

Not quite as extreme; but having flown many winch launches at 0-50 knots in ~3-4 seconds, I welcome this feature, though humans are pretty good at stabilizing their heads, it was more of being pressed back.

I found that in order for it to get assigned to an axis, one needed to move it fully fore+aft or up+down before it appeared, once done you could tune it. If you only moved it marginally, or just fore but not aft, or down but not up as well; then it'd not get assigned.

I'd wager it'd be fine for fixed, but you'll not be able to come off the stick unless you can disable input from it. On the ground we used to hold the stick back with the lap belt parts of the harness so the wind wouldn't take the ailerons or elevator and bang the thing around; no self-centering sticks for fixed wings I've flown, though once the surfaces get enough authority you've got that resistance/feedback that you'll lack. One of the worst stick springs I had for desktop was some Saitek FLY(5?) it was ridiculous, it'd lift the base off the desk unless you had a downward-death-grip on it, no fingertip flying with that thing- unless you removed the spring. CH's stock spring is tolerable for having a spring at all, though mine's quite a few years old so maybe they slacken off.

I understand this, though it benefits greatly from SRS, and presumably many join without having visited the homepage where it's encouraged, so disabled chat for those that do would be perhaps frustrating. Accepting of course that Ciribob already answered this, I'm fine with that. My reasoning was that it'd encourage use (or better use) of SRS, where I've seen some use the text chat for calling raygun, whilst better than nothing seems rather absurd; picturing a potential dogfight whilst someone types that out, and another frantically hammers out buddyspike in response. I appreciate that it exists at all, 'tis a jolly experience.

Yes of course, just highlighting their increased usefulness in the nighttime role. I think it may be possible to cheat this feature, as the inverted carets tend to appear near or above marked peaks in approaching terrain, that of course being the apparent intended feature, but brought about by measured relative thermal differences.

I did conduct a site:forums.eagle.ru foo search of the forum, but my search-fu appears to be weak, are HUD TCIs for night navigation planned? This being a great strength for night missions. This looks like it could be quite a challenge to implement for having thermal cues to hotspots on terrain, unless terrain originating thermal cues already exist with the DCS' engine.

https://info.publicintelligence.net/F18-ABCD-000.pdf All 902 pages.

Also regarding physical screen/monitor size, there will be no performance difference in frames per second across an array of differently sized screens, if the pixel resolution is constant from one to the next, i.e. if you had a 22 inch screen running 1080p and then switched to a 52 inch screen still running 1080p; the graphics card will still have the same workload/pixel-count and the FPS will be no different.

Having AA set in both DCS and NvCP seems odd to me, but if it works it works, cranking those up has always harmed FPS in my experience, let alone setting it twice, if indeed they do both run and one not override the other.

It's not utilising enough cores to warrant unparking a load of them, it'll be difficult to ascertain how many are actually being used at once using these crude tools, as typically processes cycle from one core to another, I suspect DCS' core engine is using one, and maybe one or two more for other tasks, but no more than four I reckon, so these screenshots are to be taken with a pinch of salt. As you can see, in the first two I'm at sea with the Harrier carrier T/O practice mission, so I suspect that's why it's only using ~7GiB of RAM. In the third I'm over Caucasus mountains and DCS is using around 14-15GiB. Behold, an olde enterprise server CAD rig running my favourite flightsim;

60-70 kph, 37-43 mph, or 32-38 knots is a little on the swift side for taxi, perhaps this is a factor when it comes to attempting that on DCS' grass etc, while going off-piste. By comparison I was taught to taxi at a pace that someone could run alongside without having a coronary, though of course I imagine that military aircraft have a far more robust undercarriage than most things found in GA.

Rather splendid and spiffing, no-nonsense nineties documentary with Bill Bedford; https://youtu.be/weV-9Sj8F5Y

Dynamic campaigns were what kept me playing Enemy Engaged: Apache V Havok. I could sit there and just watch other flights and ground units going about their business, running cargo and so forth without touching a single switch.

I've noticed on cold and dark that the nose wheel doors are closed, and although this isn't necessarily wrong; I understand that when there's no hydraulic pressure the doors would open, this comes from some comments made by some mechanics that claim to have worked on them. Here's an overview: The doors for the nose wheel are hydraulically actuated and once there's hydraulic pressure built up they close and only open when the gear is cycled, or when someone manually relieves pressure via a valve. 'LanceB'; and 'Shar2'; Here's some footage of hydraulic pressure apparently building on starting up the Pegasus and the nose wheel doors closing; Quotes pulled from this discussion; https://www.britmodeller.com/forums/index.php?/topic/235009874-sea-harrier-question/ This is intended as help to make the module even more of a great replication.

These sound like the symptoms of a loose connection somewhere, damaged cable, or perhaps a faulty USB connection/port. Try switching USB ports to eliminate that as a possibility.

Absolutely bloomin' marvelous, thank you dear fellow. Thoroughly enjoying this module, you've clearly put a lot of work into it.

Anti-aliasing at x8 is really high, I recommend putting it to x2, also you're running anti-aliasing both in DCS World (MSAA) and via the Nvidia control panel, disable DCS MSAA and just go with FXAA from Nvidia panel, you should see a boost in performance, visually there's little difference between heatblur low and high, so you could set that to low, depth of field will impact performance too.

This is a rather trivial observation, but the canopy closure speed seems a little weak when compared to seeing an actual AV-8 driver closing one. As for personal experience; I've only got the sliding canopy of an HR200 and R2160 to compare it to, which one would give a positive pull on to close before locking. https://youtu.be/coNwHg5EyRc?t=25s Of course, I'm not opening and closing it repeatedly for this to matter a great deal, but in the interests of mimicking reality I'm putting it out there.

2.5.0 and 2.5.1 getting very respectable performance at 1080p for an unusual 2009 rig with some modern-ish upgrades. Settings are all on the upper limits except; Grass; 9000m Trees; 75% MSAA; off (FXAA on via Nvidia panel) It's a server workstation HP Z800, dual socket hexacore Xeons, I will try and get some frames-per-second measurements for the curious, but particularly RAM usage numbers (I vaguely recall seeing around 25GB used at one point, but will check).. because; 72GB DDR3 ECC 1333Mhz Two X5675s at 3.04GHz for 24 cores. (DCS is probably not utilising four, let alone all these)* GTX 1050Ti I will be moving DCS onto an SSD that's mounted via PCIe (onboard controller is SATA2, so this will bypass that limitation and run at full-whack for the SSD). *If you can find these old CAD machines for sale, they go cheap (I bought it for 420GBP with 16GB of ECC and two hexacores), but be warned; they have some enterprise hardware that you'll not find in your normal highstreet shop, so if anything goes phut on you; you're on your own. They are a niche machine and all the RAM (it goes upto 192GB**) and cores are really only useful for CAD or video editing etc, plus the PSU is bespoke tray mount, if that goes phut on you, then you need to find another on fleabay, or jerry-rig something else. **At that ridiculous stage, one could in theory create a disk partition in RAM and have something (DCS) installed on it, though it would not survive a power-cycle