BitMaster

Afaik I was the only german member in 214th Annihilators. Rockfire was from NZ iirc. Mongoose was from the UK, and tbh I forgot the other names. I don't think I was 2nd in command. I may have had the most posts on our old page's Bulletin Board. I am almost certain that Rockfire is no more with us since he was already in his mid 60's and either just before his retirement or was already retired... some 25 years ago. What is your Time Zone ?

As far as I remember Gel was from Trinidad & Tobago and didn't he run some IT Business back then. Those were glory days, on Dual ISDN lines with 128kB/sec, a PIII-600 and and a few MB of RAM LoL. Let's see if we can get more of the old gang together. I talked to Mongoose some years ago but iirc he stopped flying Sims, hope I am wrong. Wish Hengist was around as well, he was the right match for GS's dogfights. I can participate in the evenings ( local german time UTC +1h ( +2h summertime ) and assist in technical matters when it comes to hosting, servers, etc.. I own modules across all genres , ca. 75%, and usually have all maps. I am open to all kinds of missions but due to lack of time and children that I raise by myself I am sometimes just too damn done to hop into the Apache and learn it or keep pace with F-18 or 16 and all those were flying is secondary but knowing the onboard systems is vital. I have to heavily invest time into those modules. It's like you basically know what you want and need to do...just how do I tell this stupid plane what I want...that kind of thing LoL Anywhere, keep me in the loop if you proceed in reviving the "214th VFS"

Here I am Long time ago I was with the 214th Annihilators flying the F22 TAW and Flanker series... man, that's two decades ago. My nick back than was "Tbolt" or long version, Thunderbolt. Iirc, Archimedes was the General/Leader, Mongoose and Hengist and all the other's. I have little time but who knows, if the gang is right I am with it.

From my understanding you can't compare 3600-DDR4 to 3600-DDR5 as I am very confident that the DDR5 kit would run at a far higher true latency and that may cause the stutter. We would need the timings for 3600 with DDR5 and DDR4 to calculate the true latency in nanoseconds and compare those, Apples to Apples. Buying RAM remains rolling the dice to some extend

Isn't that the new screen that won't run at given spec with any Nvidia card ?? Regardless of that, no current card would give you 240Hz at that resolution in DCS, and no DCS-capped-180 either.

Having a 2nd slot for a channel is mildly said a "complicated" idea first off, there is no denying in that. There are basically TWO ways of solving the problem of how to connect a 2nd slot aside the first one, it's not a true channel, it's a 2nd slot to one channel. There is T-Topology and Daisy-Chain Topology, both have advantages and disadvantages but none is beneficial for higher clocks or lower latency, it's the other way around. You have to let loose and talk slower. Same context in other words: IF you plan to max out your RAM capacity for a given platform and are forced to use the 2nd slots per channel, stay away from the top tier modules, it's wasted money. IF you can achieve your desired amount of RAM with 1 Dimm per channel only, do that, you can go all the way into MHz and low latency. If you are somewhere in the middle, like I am with my current config from machine in sig, you have to choose a motherboard that can cope with 4 modules ( watch reviews ) and find the desired, matching RAM. Fir example, I could have gone 2 modules á 32GB but those have a bad latency, I wanted B-Die but B-Die doesn't come in 32GB modules as the only make 8Gbit dies, so one of my 4 16GB Dimms is already dual ranked with 16 dies. B-Die loves oc, my mobo allows 4 modules to be oc'ed up to the limit where the AMD Infinity Fabric has it's limit, 1800MHz. I didn't know before if it works out, I was lucky, XMP worked OOTB and giving 1.48v let's them run at 3600 with same CL14 settings...just lucky ! My other PC, same B-die, 4 modules with 8 8Gbit dies each, 4x8GB, will not run at 3600, only 2 modules allow XMP and even go well beyond 4000. Just with 4 modules, anything over 3000 makes it go BSOD in a matter of weeks. Tried many many nights to fix that, it's the poor Board RAM layout to blame, the RAM works superb, just not in that board with 4 modules. With DDR5 you can easily do 64GB in 2x32GB and stay away from the headache. For 128GB I would also suggest 2x64GB module once available for mainstream. The DDR5 limit on Desktop is 256GB with 4 modules, once those modules/dies are available to the market.

The CPU behaves as advertised by AMD. If you use 2 modules per channel max supported speed is 3600MT/sec. 1 module per channel is 5200MT/s. Anything faster is a "may or may not work". The faster, the more modules, the lower the latency the lower the chances of success. Coupled with a board that by definition ( trace layout for 2nd slot per channel ) doesn't like 4 modules at any speeds higher than 3600 MT/s and you are stuck. What you experience is the guaranteed performance, not a failure or shortcoming. What you ask for is not guaranteed and may or may not work depending on your particular choice of hardware. Check your boards QVL if it supports 4 modules at 6000 MT/s, I doubt it does.

Usually, these symptoms originate from motherboards with sub-optimal memory traces on the PCB. There is not much that you can do but change the mobo. It will likely not work with 4 modules at higher speeds. Signal integrity and timing issues are the main culprit afaik, but that is beyond our reach to fix. Bottom line out of my experience. Your board won't run 4 sticks at higher speeds and good latency, maybe not even with high latency. I have been there with a few boards myself and it's a waste of time to try to get it working. my 2 cents

Let's hope, I fear something else went south before and the missing folder is only 1 of more issues soon to find out. Let's hope I am wrong, I just paint it black to avoid disaster striking.

I knew a "Me-109" Pilot from WWII when I was a young kid, he helped me built my first sail plane and often took me for a walk through the woods telling me many things about airplanes, like Center of Gravity, Pitch & Roll and Yaw, the BASICS of how a plane flies. He never used Bf, for him it was the Me or Messerschmitt or often just "hunnerdneun" in slang. Correct, in Wikipedia and manuals and other legal papers you will likely read Bayerische Flugwerke AG but that is not how the people here in Germany remember it. It's actually one of the few WWII Birds I don't have a "Walk Around" book about....just checked eBay and Amazon....damn...it's 114,83€ for the Booklet nowadays. Got them for way less 30 years ago in the States. The Book titel reads: "Messerschmitt Bf-109g Walk Around". https://www.amazon.de/Messerschmitt-109g-Walk-Around-Hans-Heiri/dp/B00SB24NGG/ref=tmm_hrd_swatch_0?_encoding=UTF8&qid=1695064036&sr=8-1

The folder is created by DCS. I would just add it manually and check that the rights & permissions match the default scripts folder, which are "System" "User" and "Administrators" have full access, that should fix the missing folder.

I would not invest too much time, ideas, hopes and finally money into the fastest RAM kit you can obtain. There are many reasons for this unless you have deep pockets and generally don't mind spending hours over hours testing between 1.46v and 1.48v...maybe that CL will hold with 0.01v more..maybe not... etc.. CPU and board play a big role on how far you can push things anyway ( faster with MHZ and lower with latency ), the more modules ( 2 vs. 4 ), the faster and lower the latency the more grey hair !. My tip, Capacity over Speed, always. Nothing is worse than too little memory in your system, nothing will fix that but more memory. The penalty in gameplay experience between 3200 and 3600 is smaller than a system with too little RAM vs. one with just enough RAM. Look at servers and Workstations, Capacity over Speed. Reliability over "the last FPS tweaked out" If you are lucky, you can tune your RAM to some nice values. But it needs luck, patience and some skills which you can learn. Just dont blame anybody if you spend a whole night booting and testing...LoL

You might find one or the other native german that doesn't know what a Bf-109 is and what it means but you will find none who doesn't know what Me-109 stands for.

Germans usually refer to it as Me-109, enthusiasts know the Bayerische Flugwerke AG origin but everybody knows Willi Messerschmitt desgined it, that's why maybe Me-109 is the one being used at the Stammtisch.....now google that one

Google or Bing is your friend Ok, here are the steps to create the task: Press the Start button and search and open Task Scheduler. Click Create basic task in the Actions pane. Set a Name and a Description for the task and click Next. Choose When a specific event is logged as the trigger and click Next. Select Application as the log, Process Exit as the source, and DCS.exe as the event ID and click Next. Choose Start a program as the action and click Next. Browse for a script file that will display the message you want. You can use PowerShell or VBScript to create the script. For example, you can use this PowerShell script: Add-Type -AssemblyName PresentationFramework [System.Windows.MessageBox]::Show('Remember to do these things when shutting down DCS', 'Reminder') Click Next and then Finish to create the task. Now, whenever you close DCS, you should see a popup message on your screen. I hope this helps. Is there anything else I can do for you? Hey, that's from Bing AI, not me

I personally don't expect Vulkan to arrive anytime soon after reading this thread here: see post 30th Aug '23.....still a long way to go.

I deleted Baldur's Gate II despite I loved it but it got too addictive so I cut the rope and went on. ....hasn't Baldur's Gate III been in the talks lately... I got time now...heck, it's 25 years later LoL.

That's a good reference to start with and actually the way it should be. Keep it simple, keep it sleek and only change 1 thing at a time. I can't complain about Windows Server stability as well, never could tbh, just the price tag is hard to swallow for hobby use. Maybe in the distant future we will see a native Linux based DCS core...it's hard to imagine not to go that route some point in time.

That is not what you should do ! DCS really requires some kind of SSD meanwhile and it is also stated in the minimum system requirements. Cancel that order and get a proper 1TB or bigger SSD for DCS instead. You will not like DCS on a HDD.

Watch this:

Yes, as Rudel_chw states. I ran into the same issue with my dedicated Server on my 2nd rig residing on a dedicated 256GB SSD...well...that got too small by now, either skip one or two maps or get a bigger drive. I am all for bigger drives

You are lucky with those 840 Evo's. Iirc those were a bit troublesome with the wrong firmware etc.. Raid-0 is a valid construct to leverage the combined space and also scale speed with each drive added. Done this myself and will do it again if the need arises. Just be aware of the Raid-0 pitfall...

Q1 as said before, NTFS is your only choice [unless you want to dive very deep into NAS, iSCSI Block devices, ZFS and 10Gbit networking...there are options beyond average Joe's capabilities.] Q2 means something else. You can take iirc 10% of the total capacity away and hide it from the OS NTFS and use it to keep the drive integer. I don't do it, but that's only me Q3 don't use any of the Samsung options is my best advice. Keep it simple Q4 Just DON'T. 16GB is far too little anyway and thentaking some of them to cache the drive, not a good idea. This option is only present with Sata SSD's, NVMe drives don't have this btw ( in Samsung Partition Software )

I have 10x more understanding for the module prices where they are and have been in contrast to the inflated prices for good silicon. That is a much deeper rabbit hole. I own most of DCS despite I almost retired from flying it seriously, maybe in the future when life calms down again, till then, I keep collecting and skip the GPU...LoL. Jensen, no way I play your game.

this sets the Linux time scheme to Windows scheme: timedatectl set-local-rtc 1 --adjust-system-clock to revert back to Linux default, set it to 0 timedatectl set-local-rtc 0 --adjust-system-clock DCS runs fine in Linux if you can use Steam, I use Proton 8 in Steam and it basically works out of the box. I haven't managed to get TiR working yet, which is a show stopper for me. I have no idea how far VR works in Linux.